Latest / M365.FM – Podcast de Microsoft 365, Copilot e IA en español / Azure NetApp Files explicado: SAP HANA, HPC, VDI y comparación con Azure Files (Doblaje IA)

Transcript

Azure NetApp Files explicado: SAP HANA, HPC, VDI y comparación con Azure Files (Doblaje IA) · M365.FM – Podcast de Microsoft 365, Copilot e IA en español

• 0:00
  Speaker 2: Listo para 10 días de Microsoft 365, Copilot EA, Azure
• 0:04
  Speaker 2: y las personas que dan forma al futuro del trabajo, Easy.
• 0:08
  Speaker 2: Este enero, M365 con regresa y venimos con todo. Únete
• 0:13
  Speaker 2: a nosotros para sesiones en vivo, demostraciones reales y conocimientos
• 0:15
  Speaker 2: prácticos en VPs y expertos de la industria de todo
• 0:17
  Speaker 2: el mundo. Nada de diapositivas genéricas, nada de palabras de
• 0:20
  Speaker 2: moda interminable. Abordaremos los desafíos reales. Copilot Studio, agentes de IA, Fabric, Seguridad,
• 0:27
  Speaker 2: Gobernanza y Automatización. Ya seas un profesional de TI, desarrollador
• 0:32
  Speaker 2: o líder empresarial, hay sesiones diseñadas para ti. Con 10
• 0:35
  Speaker 2: días completos, puedes explorar múltiples tecnologías y conectar con una
• 0:39
  Speaker 2: comunidad global. Mira las sesiones en vivo y lleva conocimientos
• 0:43
  Speaker 2: prácticos a tu organización. Enero de 2027. 10 días. Una
• 0:48
  Speaker 2: sola comunidad Microsoft. El registro ya está abierto. Reserva tu
• 0:53
  Speaker 2: lugar hoy mismo. Eso es en m365com.net. Únete ahora en m365.com.net
• 1:02
  Speaker 2: y nos vemos en vivo en enero. Azure ya te
• 1:05
  Speaker 2: ofrece muchas opciones de almacenamiento. Blog, archivos, discos. Entonces,¿ por
• 1:09
  Speaker 2: qué existe Azure NetApp Files? Es la primera pregunta que
• 1:12
  Speaker 2: la gente hace al escucharlo y es una pregunta válida.
• 1:14
  Speaker 2: Microsoft sigue añadiendo servicios de almacenamiento y parece que aparece
• 1:17
  Speaker 2: una nueva opción cada trimestre. Entonces,¿ por qué uno más?
• 1:19
  Speaker 2: Aquí está el asunto. La mayor parte del almacenamiento de
• 1:22
  Speaker 2: Azure maneja el ingreso general. Aplicaciones web, recursos compartidos, copias
• 1:25
  Speaker 2: de seguridad, las cosas cotidianas que mantienen el negocio en marcha.
• 1:27
  Speaker 2: Pero algunos cargues de trabajo no encajan en ese mundo.
• 1:29
  Speaker 2: necesitan una velocidad increíble, rendimiento consistente bajo presión y no
• 1:33
  Speaker 2: pueden permitirse milisegundos extra de retraso. Azure NetApp Files está
• 1:36
  Speaker 2: creado específicamente para esas cargas de trabajo. Al final de
• 1:39
  Speaker 2: este episodio, sabrás exactamente qué es ANF, cuándo usarlo y
• 1:42
  Speaker 2: cuándo quedarte con algo más sencillo. Cubriremos qué es realmente,
• 1:46
  Speaker 2: los tres casos de uso principales donde destaca y cómo
• 1:48
  Speaker 2: se compara con Azure Files. Comencemos con una definición sencilla.
• 1:52
  Speaker 2: Lo que es realmente Azure NetApp Files es... Azure NetApp
• 1:55
  Speaker 2: Files es un servicio de almacenamiento de archivos empresarial de
• 1:57
  Speaker 2: alto rendimiento gestionado que vive dentro de Azure. No es
• 2:00
  Speaker 2: un complemento de terceros ni algo que añades después. Es
• 2:03
  Speaker 2: un servicio nativo de Microsoft totalmente integrado en el portal
• 2:06
  Speaker 2: de Azure. Pero¿ qué lo diferencia? Bajo el capó funciona
• 2:08
  Speaker 2: con tecnología de NetApp, el mismo sistema de almacenamiento que
• 2:12
  Speaker 2: ha impulsado centros de datos locales durante décadas. NetApp se
• 2:14
  Speaker 2: ha dedicado a almacenamiento de archivos empresarial desde los años 90.¿
• 2:17
  Speaker 2: Entienden lo que es tener datos rápidos y fiables? Microsoft
• 2:20
  Speaker 2: se asoció con ellos para llevar esa experiencia a Azure
• 2:22
  Speaker 2: como un servicio gestionado¿ Qué significa eso para ti? ANF
• 2:26
  Speaker 2: admite protocolos SMB y NFS desde el primer momento. Cargas
• 2:29
  Speaker 2: de trabajo de Windows, cargas de trabajo de Linux, maneja ambas.
• 2:32
  Speaker 2: No tiene que elegir una u otra. El mismo volumen
• 2:35
  Speaker 2: puede servir a ambos tipos de clientes si lo necesita.
• 2:37
  Speaker 2: El rendimiento es donde realmente destaca. Hablamos de una latencia
• 2:40
  Speaker 2: inferior a milisegundos y un rendimiento masivo. No es lo
• 2:42
  Speaker 2: suficientemente rápido. Es genuinamente veloz.¿ Qué hay en una analogía?
• 2:46
  Speaker 2: Si Azure Files es el sedán familiar confiable que lo
• 2:48
  Speaker 2: lleva a donde necesita, a donde necesita, Azure NetApp Files
• 2:50
  Speaker 2: es el auto deportivo. Diseñado para la velocidad, se maneja
• 2:53
  Speaker 2: como nada más en el garage. A lo mejor está
• 2:55
  Speaker 2: totalmente amistra. Sin parches de servidores, sin reemplazos de hardware.
• 2:58
  Speaker 2: Solo crea un volumen, elija su nivel de rendimiento y
• 3:00
  Speaker 2: comience a usarlo. Azure y NetApp se encargan del resto.¿
• 3:03
  Speaker 2: Pero por qué visitaría un auto deportivo para almacenamiento? Veamos
• 3:05
  Speaker 2: los problemas que el almacenamiento regular no puede resolver. Los
• 3:09
  Speaker 2: problemas que el almacenamiento regular no puede resolver. La mayor
• 3:12
  Speaker 2: parte del almacenamiento en la nube maneja la TI diaria perfecta.
• 3:14
  Speaker 2: Aplicaciones web, recursos compartidos de archivos, empleos. Para la mayoría
• 3:17
  Speaker 2: de las personas eso es suficiente. No necesita un motor
• 3:19
  Speaker 2: de Fórmula 1 para ir al supermercado. Pero unas cargas
• 3:21
  Speaker 2: de trabajo son difíciles. Piensa en ellas como atletas exigentes
• 3:23
  Speaker 2: que necesitan cada milisegundo y no pueden permitirse esperar. Aquí
• 3:26
  Speaker 2: está Perth. La latencia alta arruina el rendimiento de la
• 3:28
  Speaker 2: base de datos. Unos pocos milisegundos de extensión de escritura
• 3:31
  Speaker 2: de registro pueden ralentizar todo un sistema de transacciones. Un
• 3:34
  Speaker 2: rendimiento bajo ahoga las simulaciones, convirtiendo trabajos de horas en días.
• 3:37
  Speaker 2: Las IOPs inconsistentes son otro problema. Es lo que más
• 3:39
  Speaker 2: frustra a los usuarios de VD. Por un minuto todo
• 3:41
  Speaker 2: está bien. Al siguiente el escritorio se retrasa porque el
• 3:44
  Speaker 2: almacenamiento no puede seguir. Déjeme darle un ejemplo concreto. Una
• 3:47
  Speaker 2: copia de seguridad de base de datos. Esa página de 2.3
• 3:49
  Speaker 2: terabytes en almacenamiento regular podría tomar una hora. Es una
• 3:52
  Speaker 2: hora de espera y posibles problemas. En Azure NetApp Files,
• 3:55
  Speaker 2: la misma copia de seguridad se completa en dos minutos.
• 3:57
  Speaker 2: No es un error tipográfico. El problema no es que
• 3:59
  Speaker 2: Azure Files sea malo. Es un excelente servicio para lo
• 4:02
  Speaker 2: que fue diseñado, pero está optimizado para el costo, no
• 4:04
  Speaker 2: para el máximo rendimiento. Le da una velocidad suficiente a
• 4:06
  Speaker 2: un precio razonable, y eso está bien para la mayoría
• 4:08
  Speaker 2: de las cargas de trabajo, pero no para todo. Azure
• 4:10
  Speaker 2: NetApp Files llena ese vacío. Está construido para cargas de
• 4:12
  Speaker 2: trabajo que no pueden comprometer la velocidad ni la consistencia.
• 4:14
  Speaker 2: Cuando cada milisegundo cuenta, ANF es la respuesta. Entonces,¿ quién
• 4:17
  Speaker 2: necesita realmente este tipo de rendimiento? Comencemos con uno de
• 4:20
  Speaker 2: los mayores usuarios, SAP HANA. Caso de uso número uno,
• 4:23
  Speaker 2: SAP HANA. Hablemos de SAP HANA. Si no está en
• 4:26
  Speaker 2: el mundo de las bases de datos empresariales, es posible
• 4:27
  Speaker 2: que no haya oído hablar de él, pero es una
• 4:28
  Speaker 2: de las cargas de trabajo más exigentes que puede ejecutar
• 4:30
  Speaker 2: en la nube. SAP HANA es una base de datos
• 4:32
  Speaker 2: en memoria, lo que significa que mantiene todos sus datos
• 4:34
  Speaker 2: en RAM para velocidad. Pero aunque los datos residen en
• 4:37
  Speaker 2: la memoria, HANA sigue necesitando almacenamiento ultra rápido para registrar
• 4:39
  Speaker 2: copias de seguridad de estándar. Esas escrituras deben ocurrir de
• 4:42
  Speaker 2: manera rápida y confiable. Si el almacenamiento no puede seguir
• 4:44
  Speaker 2: el ritmo, todas las bases de datos se rellenan. Por eso,
• 4:45
  Speaker 2: Azure NetApp Files cuenta con la certificación de SAP HANA.
• 4:48
  Speaker 2: Está incluido en el directorio oficial de hardware de SAP HANA,
• 4:51
  Speaker 2: lo que significa que ha sido aprobado y aprobado por
• 4:53
  Speaker 2: la propia SAP P. Eso no es poca cosa. SAP
• 4:56
  Speaker 2: no certifica cualquier solución de almacenamiento. Lo prueban exhaustivamente y
• 5:00
  Speaker 2: solo las que aprueban entran en la lista.¿ De qué
• 5:02
  Speaker 2: tipo de rendimiento estamos hablando? Latencia a su milisegundo de
• 5:05
  Speaker 2: forma consistente y hasta 4.5 GB por segundo de rendimiento
• 5:08
  Speaker 2: por volumen. Para ponerlo en perspectiva, el requisito mínimo de
• 5:11
  Speaker 2: SAP para escrituras de registro de HANA es menos de
• 5:14
  Speaker 2: un milisegundo de latencia y NF se mantiene cómodamente por
• 5:16
  Speaker 2: debajo de ese umbral. Eso es importante porque una latencia
• 5:19
  Speaker 2: superior a un milisegundo puede ralentizar las transacciones de la
• 5:21
  Speaker 2: base de datos. Cuando procesas miles de transacciones por segundo,
• 5:24
  Speaker 2: cada milisegundo adicional cuenta. Microsoft incluso creó una herramienta de
• 5:27
  Speaker 2: despliegue especial llamada Application Volume Group para HANA. Optimiza el
• 5:31
  Speaker 2: diseño del volumen distribuyéndolo entre múltiples puntos finales de almacenamiento
• 5:34
  Speaker 2: para que ninguno se convierta en un cuello de botella.
• 5:37
  Speaker 2: Piénsalo como tener varios carriles en una autopista en lugar
• 5:39
  Speaker 2: de una carretera estrecha. La cifra de seguridad también es
• 5:41
  Speaker 2: esencial mencionada. Una copia de seguridad de HANA de 2.3
• 5:43
  Speaker 2: TB se completa en unos dos minutos en él. En
• 5:46
  Speaker 2: un almacenamiento convencional esa misma copia podría tardar de 30
• 5:49
  Speaker 2: a 60 minutos. Solo es una conveniencia cambiar lo que
• 5:51
  Speaker 2: es posible con tus ventanas de respaldo. El aspecto de
• 5:54
  Speaker 2: los costos también les interesa. Con niveles de servicio flexibles
• 5:56
  Speaker 2: puedes ajustar el rendimiento exactamente a lo que HANA necesita
• 5:59
  Speaker 2: sin sobreprovisionar. No pagas por capacidad extra solo para obtener
• 6:02
  Speaker 2: el rendimiento que necesitas. SAP es un caso de uso importante,
• 6:05
  Speaker 2: pero ANF también impulsa un tipo de carga de trabajo
• 6:07
  Speaker 2: muy diferente. La computación de alto rendimiento. Computación de alto rendimiento. HPC.
• 6:12
  Speaker 2: La computación de alto rendimiento abarca muchas áreas. Simulaciones, renderizado,
• 6:16
  Speaker 2: modelos financieros, investigación científica, cualquier cosa donde ejecutes trabajos masivos
• 6:20
  Speaker 2: en paralelo a través de cientos o miles de nodos
• 6:22
  Speaker 2: de cómputo. Estas cargas de trabajo tienen una necesidad muy específica.
• 6:25
  Speaker 2: Necesitan acceso compartido a archivos con alto rendimiento y baja latencia.
• 6:28
  Speaker 2: Múltiples nodos deben leer y escribir los mismos conjuntos de
• 6:30
  Speaker 2: datos al mismo tiempo. Si tu almacenamiento no puede seguir
• 6:33
  Speaker 2: el ritmo, tus nodos de cómputo se caen inactivos esperando datos.
• 6:35
  Speaker 2: Y el tiempo de cómputo inactivo es dinero desperdiciado. Iornet
• 6:39
  Speaker 2: App Files ofrece hasta 652 miliops con menos de 2
• 6:40
  Speaker 2: milisegundos de latencia en pruebas de referencia A. Es una
• 6:45
  Speaker 2: gran cantidad de operaciones de entrada y salida. Y es
• 6:47
  Speaker 2: lo suficientemente rápido como para que el almacenamiento rara vez
• 6:49
  Speaker 2: sea un cuello de botella. Para conjuntos de datos realmente
• 6:52
  Speaker 2: grandes existe la función de volúmenes grande. Admite capacidades de
• 6:54
  Speaker 2: hasta 2 petabytes por volumen. Eso son 2000 terabytes en
• 6:58
  Speaker 2: un solo volumen. Piensa en lo que eso significa para
• 7:00
  Speaker 2: un equipo de investigación que trabaja con resultados de simulación masivos.
• 7:02
  Speaker 2: O un estudio multimedia renderizando un aritmetraje. Luego está el
• 7:05
  Speaker 2: modo de avance. Aumenta el rendimiento hasta 50 gigabits por
• 7:07
  Speaker 2: segundo desde un único volumen grande. Suficiente ancho de banda
• 7:10
  Speaker 2: para mover enormes conjuntos de datos rápida. Aquí hay un
• 7:12
  Speaker 2: ejemplo del mundo real. Automatización del diseño electrónico, o EDA,
• 7:16
  Speaker 2: en la industria de diseño de chips. Empresas como Nvidia
• 7:19
  Speaker 2: y AMD ejecutan miles de simulaciones a la vez para
• 7:21
  Speaker 2: verificar los diseños de los chips antes de la fabricación.
• 7:24
  Speaker 2: Cada simulación lee y escribe datos compartidos. El sistema de
• 7:27
  Speaker 2: almacenamiento debe gestionar esa carga simultánea sin reducir la velocidad.
• 7:30
  Speaker 2: ANF está diseñado exactamente para ese patrón. Entonces,¿ por qué
• 7:32
  Speaker 2: no usar simplemente Azure Files para esto? Porque Azure Files
• 7:35
  Speaker 2: tiene límites de rendimiento a nivel de archivo. 300 MB
• 7:37
  Speaker 2: por segundo de salida por archivo. Eso significa que, aunque
• 7:39
  Speaker 2: su backend de almacenamiento tenga más capacidad, un archivo grande
• 7:42
  Speaker 2: no puede superar ese límite. ANF no tiene límites en
• 7:45
  Speaker 2: el error. Cada archivo puede saturar la conexión de red.
• 7:47
  Speaker 2: Para cargas de trabajo que manejan archivos de simulación grandes,
• 7:50
  Speaker 2: esa diferencia es importante. La propia guía de Microsoft recomienda
• 7:53
  Speaker 2: ANF para cargas de trabajo HPC de hasta unos 4.000
• 7:56
  Speaker 2: núcleos y 6.5 GB por segundo de rendimiento. Más allá
• 7:59
  Speaker 2: de eso, es posible que necesite una arquitectura diferente, pero
• 8:02
  Speaker 2: para la gran mayoría de escenarios HPC, ANF es ideal.
• 8:06
  Speaker 2: Tercer caso de uso principal, infraestructura de escritorio virtual, donde
• 8:08
  Speaker 2: la experiencia de usuario lo es todo. Infraestructura de escritorio
• 8:12
  Speaker 2: virtual o Hablemos de algo con lo que casi todos lidian,
• 8:14
  Speaker 2: la experiencia de escritorio. La infraestructura de escritorio virtual, o VDI,
• 8:19
  Speaker 2: significa alojar escritorios de Windows en la nube. Piense en
• 8:21
  Speaker 2: Azure Virtual Desktop o Citrix. En lugar de ejecutar una
• 8:24
  Speaker 2: PC completa en escritorio, vive en un servidor en algún
• 8:27
  Speaker 2: lugar y usted se conecta a él de forma remota.
• 8:29
  Speaker 2: Aquí está el desafío. Los perfiles de usuario y los
• 8:31
  Speaker 2: datos de las aplicaciones deben almacenarse de forma centralizada y
• 8:33
  Speaker 2: accederse rápidamente. Cada vez que alguien inicia sesión, su perfil
• 8:35
  Speaker 2: debe cargarse configuración, archivos, datos de la aplicación... Si ese
• 8:39
  Speaker 2: almacenamiento es lento, el inicio de sesión es lento y
• 8:41
  Speaker 2: la espera prolongada hace que la gente se moleste muy rápido,
• 8:43
  Speaker 2: ya que es donde ANF marca una verdadera diferencia. Los
• 8:45
  Speaker 2: tiempos lentos de carga de perfil han sido la queja
• 8:47
  Speaker 2: número uno en implementaciones de VDI durante año. Los usuarios
• 8:50
  Speaker 2: lo comparan con su antiguo escritorio local y si la
• 8:52
  Speaker 2: versión en la nube se siente más lenta, lo notan
• 8:54
  Speaker 2: de inmediato. Azure NetApp Files resuelve esto con altas IOPS
• 8:58
  Speaker 2: y baja latencia. Y no hablo de mejoras teóricas. Los
• 9:01
  Speaker 2: resultados reales muestran que los tiempos de inicio de sesión
• 9:03
  Speaker 2: caen de 20 a 30 segundos a menos de 5
• 9:05
  Speaker 2: segundos cuando las organizaciones cambian de Azure Files a ANF
• 9:08
  Speaker 2: para el almacenamiento de sus perfiles. Ese es el tipo
• 9:10
  Speaker 2: de mejora que los usuarios realmente sienten.¿ Por qué funciona
• 9:13
  Speaker 2: tan bien? Porque ANF admite hasta 450,000 IOPS por volumen.
• 9:18
  Speaker 2: Eso importa cuando cientos de usuarios inician sesión al mismo
• 9:20
  Speaker 2: tiempo por la mañana. Es la tormenta de inicios de sesión.
• 9:23
  Speaker 2: Todos llegan a las 9 y de repente cada perfil
• 9:25
  Speaker 2: necesita cargarse simultáneamente. Un sistema de almacenamiento que no maneja
• 9:28
  Speaker 2: esa concurrencia ralentizará a todos. ANF lo maneja. Hay otra
• 9:32
  Speaker 2: característica increíblemente útil para VDI. ANF admite hasta 255 instantáneas
• 9:37
  Speaker 2: por volumen. Eso significa que puede revertir al instante el
• 9:40
  Speaker 2: perfil de un usuario del estado de ayer. Si el
• 9:42
  Speaker 2: perfil de alguien se corrompe o una mala actualización causa problemas,
• 9:45
  Speaker 2: no tienes que restaurar desde una copia. Solo apuntas a
• 9:47
  Speaker 2: la instantánea de ayer y listo. Eso ahorra horas de
• 9:49
  Speaker 2: tiempo de soporte. Y la parte de confiabilidad también importa.
• 9:53
  Speaker 2: ANF viene con una SLA de disponibilidad de disponibilidad en
• 9:55
  Speaker 2: el 9 de abril. Para despliegues VDI críticos donde el
• 9:58
  Speaker 2: tiempo de inactividad significa pérdida de productividad, ese nivel es esencial.
• 10:01
  Speaker 2: Aquí hay un ángulo de costo que quizá no esperes.
• 10:03
  Speaker 2: Como ANF es tan rápido, puedes usar máquinas virtuales más
• 10:05
  Speaker 2: pequeñas y baratas y aún así obtener un buen rendimiento.
• 10:08
  Speaker 2: El almacenamiento es el trabajo pesado, así que tu computador
• 10:10
  Speaker 2: no tiene que hacerlo. Eso puede compensar parte del costo
• 10:12
  Speaker 2: del almacenamiento. Ahora ves los tres pilares, SAP, HPC, VDI.
• 10:17
  Speaker 2: Pero¿ cómo se compara realmente ANF con su primo Surfiles¿
• 10:20
  Speaker 2: Cómo Azure NetApp Files se compara con Azure File? Tanto
• 10:23
  Speaker 2: Azure NetApp Files como Azure Files son recursos compartidos de
• 10:25
  Speaker 2: archivos gestionados en Azure.¿ Eso significa que no parcheas servidores
• 10:28
  Speaker 2: ni reemplazas hardware? La diferencia real se reduce al rendimiento
• 10:31
  Speaker 2: y al precio. Paremos la cifra aguda. Azure Files Premium
• 10:34
  Speaker 2: llega a 100,000 IOPS por recurso, lo cual es suficiente
• 10:36
  Speaker 2: para muchas cargas. Pero ANF alcanza hasta 450,000 IOPS por volumen.
• 10:41
  Speaker 2: Más de cuatro veces ese límite. Cuando ejecutas cargas que
• 10:44
  Speaker 2: necesitan acceso concurrente serio, esa brecha realmente importa. La latencia
• 10:48
  Speaker 2: cuenta una historia similar. Azure Files estándar funciona a unos
• 10:51
  Speaker 2: 10 milisegundos y el premium lo baja a 2 o
• 10:53
  Speaker 2: 3 milisegundos. Es respetable, pero ANF ofrece latencia de su milisegundo,
• 10:58
  Speaker 2: alrededor de 0.5 milisegundos en el nivel ultra. Esa es
• 11:01
  Speaker 2: la diferencia entre que el almacenamiento sea un factor menor
• 11:03
  Speaker 2: y que sea esencialmente invisible. El rendimiento es donde la
• 11:05
  Speaker 2: brecha se hace más amplia. Azure Files tiene límites a
• 11:08
  Speaker 2: nivel de archivo. 300 MB por segundo de salida y
• 11:11
  Speaker 2: 200 MB por segundo de entrada por archivo. Entonces, aunque
• 11:14
  Speaker 2: tu backend tenga más capacidad, un archivo grande no puede
• 11:17
  Speaker 2: superar ese límite. ANF no tiene límites a nivel de archivo.
• 11:20
  Speaker 2: El archivo puede usar tanto rendimiento como la red lo permita.
• 11:23
  Speaker 2: El tamaño máximo de recurso. Azure Files alcanza un máximo
• 11:26
  Speaker 2: de 100 tarjetas por recurso. ANF llega hasta 2 POS
• 11:29
  Speaker 2: con volúmenes grandes. Eso es 20 veces la capacidad. Entonces,¿
• 11:32
  Speaker 2: cuándo usas cada uno? Azure Files es la opción adecuada
• 11:34
  Speaker 2: para el intercambio general de archivos, carpetas departamentales, objetivos de
• 11:37
  Speaker 2: copia de seguridad y cargas de trabajo sensibles. Piénselo como
• 11:39
  Speaker 2: un sedán. Confiable, asequible y cumple con el trabajo. ANF
• 11:43
  Speaker 2: es para cargas de trabajo donde la latencia y el
• 11:44
  Speaker 2: rendimiento son críticos. SAP HANA, Oracle, SQL Server, HPC, VDI.
• 11:49
  Speaker 2: Cualquier escenario donde una latencia de sub milisegundos y altos
• 11:51
  Speaker 2: IOPs marca una diferencia real en el rendimiento de las aplicaciones.
• 11:54
  Speaker 2: Ahora hablemos sobre el costo. Azure Files es más económico
• 11:56
  Speaker 2: para la mayoría de los casos de uso y asistencia.
• 11:58
  Speaker 2: Pero ANF puede, de hecho, ahorrar dinero en escenarios específicos.
• 12:01
  Speaker 2: Si le permite usar máquinas virtuales más pequeñas debido a
• 12:03
  Speaker 2: que el almacenamiento es más rápido, ahorra en costos de cómputo.
• 12:06
  Speaker 2: Si evita el aprovisionamiento excesivo de capacidad solo para obtener
• 12:08
  Speaker 2: suficiente rendimiento, ahorra en costos de almacenamiento. Por lo tanto,
• 12:11
  Speaker 2: el panorama del costo total no siempre es sencillo. Existe
• 12:13
  Speaker 2: una función que cambia la ecuación de costos por completo.
• 12:16
  Speaker 2: El nivel de servicio flexible. El nivel de servicio flexible
• 12:19
  Speaker 2: ajusta el rendimiento al tamaño adecuado.¿ Qué hay de una
• 12:21
  Speaker 2: característica que cambia la cosa? Tradicionalmente, los grupos de capacidad
• 12:24
  Speaker 2: de ANF tenían una proporción fija. Cuanto mayor era su grupo,
• 12:27
  Speaker 2: más rendimiento tenía, y cuanto menor era el grupo, menos
• 12:29
  Speaker 2: rendimiento tenía. Eso suena razonable a primera vista, pero crea
• 12:33
  Speaker 2: un problema real. Imaginen que tiene una base de datos pequeña,
• 12:36
  Speaker 2: digamos un terabyte, pero que necesita un alto rendimiento para
• 12:38
  Speaker 2: funcionar correctamente. Bajo el modelo anterior, tendría que previsionar capacidad
• 12:41
  Speaker 2: en exceso solo para obtener suficiente rendimiento. Podría necesitar comprar
• 12:44
  Speaker 2: 64 tragas de almacenamiento en el nivel estándar solo para
• 12:46
  Speaker 2: obtener el rendimiento que STB realmente necesita con los otros
• 12:49
  Speaker 2: 63 tragos vacíos. Está pagando por un espacio que no utiliza.
• 12:52
  Speaker 2: Eso no es eficiente y no es barato. El nivel
• 12:54
  Speaker 2: de servicio flexible cambia eso por completo. Desvincula la capacidad
• 12:57
  Speaker 2: del rendimiento. Dos controles independientes en lugar de uno. Usted
• 13:01
  Speaker 2: decide cuánto almacenamiento necesita y por separado cuánto rendimiento requiere.
• 13:04
  Speaker 2: No tienen que coincidir. Así que ahora puede tener un
• 13:06
  Speaker 2: grupo de enterado con un giga por segundo de rendimiento.
• 13:09
  Speaker 2: Bajo el modelo anterior, ese mismo rendimiento en el nivel
• 13:11
  Speaker 2: estándar habría requerido 64 terabytes de capacidad. Es una diferencia
• 13:15
  Speaker 2: de 64. Con el nivel de servicio flexible usted paga
• 13:18
  Speaker 2: exactamente por lo que necesita.¿ El ahorro en costos es real?
• 13:21
  Speaker 2: En muchos escenarios se obtienen ahorros del 30% más en
• 13:23
  Speaker 2: comparación con el uso del nivel ultra para el mismo rendimiento.
• 13:26
  Speaker 2: Y eso antes de considerar los descuentos por capacidad reservada.
• 13:29
  Speaker 2: El escenario de recuperación ante desastres lo hacía más claro.
• 13:31
  Speaker 2: Supongamos que necesitas 100 terabytes de capacidad para un sitio
• 13:33
  Speaker 2: de recuperación ante desastres, pero no requiere mucho rendimiento hasta
• 13:36
  Speaker 2: que ocurra una conmutación por error real. Bajo el modelo
• 13:38
  Speaker 2: anterior tendría que aprovisionar el rendimiento que podría necesitar algún día.
• 13:41
  Speaker 2: Con el nivel de servicio flexible está paga solo por
• 13:43
  Speaker 2: la capacidad, 128 MB por segundo de rendimiento base y
• 13:46
  Speaker 2: nada más. Nada más. Cuando ocurre una conmutación por error,
• 13:49
  Speaker 2: usted aumenta el rendimiento bajo demanda. Cuando termina, usted lo
• 13:52
  Speaker 2: reduce después de un periodo de enfriamiento de 24 horas.
• 13:56
  Speaker 2: Hablando de escalado, puede aumentar el rendimiento cuando lo necesite
• 13:58
  Speaker 2: dentro de ciertos límites y después de 24 horas puede reducirlo.
• 14:01
  Speaker 2: Es perfecto para manejar cargas peak. procesamiento de fin de mes,
• 14:04
  Speaker 2: ventanas de migración o picos estacionales sin pagar permanentemente por
• 14:07
  Speaker 2: esa capacidad de éxito. Esta función está actualmente disponible en
• 14:10
  Speaker 2: versión preliminar en todas las regiones de área. Es una
• 14:12
  Speaker 2: de las adiciones más solicitadas al servicio y ya está
• 14:14
  Speaker 2: cambiando cómo los clientes piensan sobre el costo de almacenamiento.
• 14:17
  Speaker 2: Eso es el nivel de servicio flexible en pocas partes.
• 14:19
  Speaker 2: Un cambio simple que resuelve un gran problema. Sección de
• 14:22
  Speaker 2: conexión uniendo todo. Entonces aquí está el momento de claridad.
• 14:25
  Speaker 2: Azure NetApp Files no compite con Azure Files. Cubre una
• 14:28
  Speaker 2: brecha de rendimiento específica. Una brecha que importa para las
• 14:30
  Speaker 2: cargas de trabajo adecuadas. Ahora, esos tres casos de esos
• 14:33
  Speaker 2: que cubrimos, SAP, HANA, HPC o AI, todos comparten. Una cosa,
• 14:37
  Speaker 2: necesitan acceso a archivos consistente, de baja latencia y alto rendimiento.
• 14:40
  Speaker 2: Ese es el conductor en todo serio. Ya sea una
• 14:42
  Speaker 2: transacción de base de datos, un trabajo de simulación o
• 14:45
  Speaker 2: un usuario iniciando sesión en su escritorio, el almacenamiento debe
• 14:48
  Speaker 2: responder sin dudar, sin esperas. El nivel de servicio flexible
• 14:52
  Speaker 2: hace que ese rendimiento sea asequible. En lugar de aprovisionar
• 14:55
  Speaker 2: exceso de capacidad que no necesita, usted paga solo por
• 14:57
  Speaker 2: lo que usa. Eso cambia toda la economía del almacenamiento
• 14:59
  Speaker 2: de alto rendimiento. Así que la velocidad es así. Además
• 15:02
  Speaker 2: de eso, ANF se integra con el resto del ecosistema
• 15:04
  Speaker 2: de ASU. Utiliza Azure AD para el control de acceso.
• 15:07
  Speaker 2: Las instantáneas manejan las copias de seguridad y la replicación
• 15:10
  Speaker 2: cubre la recuperación test. No es una herramienta aislada, es
• 15:12
  Speaker 2: parte de la plataforma más amplia. El verdadero poder reside
• 15:15
  Speaker 2: en la combinación, no en una sola característica. Rendimiento, flexibilidad
• 15:18
  Speaker 2: y simplicidad gestionada todo junto obtienen almacenamiento de nivel empresarial
• 15:21
  Speaker 2: sin la carga administrativa empresarial. Piensen a ANF como una
• 15:24
  Speaker 2: herramienta especializada en su caja de armazenamiento. No lo usa
• 15:26
  Speaker 2: para todo, pero cuando