Cuándo usar Azure NetApp Files
Ahora se analizarán algunos escenarios que ilustran cuándo es adecuado migrar una carga de trabajo basada en archivos local para que se ejecute en la nube mediante Azure NetApp Files como almacenamiento de archivos compartido. Estos son los criterios que le ayudarán a decidir si Azure NetApp Files es una opción de almacenamiento adecuada para ejecutar las cargas de trabajo basadas en archivos de la organización en la nube:
- Facilidad de implementación o migración
- Escala de carga de trabajo
- Flexibilidad
- Tecnología de almacenamiento
Criterios de decisión
Azure NetApp Files puede administrar cargas de trabajo basadas en archivos a escala empresarial que necesitan poca o ninguna reconfiguración y requieren cierta flexibilidad de implementación. Los casos de uso en los que Azure NetApp Files podría no ser la opción correcta suelen implicar cargas de trabajo pequeñas, estáticas y que necesitan almacenamiento basado en bloques o en objetos. Ahora se revisarán los criterios de decisión con más detalle.
| Criterios | Análisis |
|---|---|
| Facilidad de implementación o migración | ¿Necesita realizar la migración de la carga de trabajo mediante "lift-and-shift"? Es decir, ¿es necesario realizar la transición de la carga de trabajo a la nube de Azure sin tener que cambiar los componentes, la configuración o el código de la aplicación? Una migración mediante lift-and-shift minimiza el riesgo de que la carga de trabajo tenga problemas cuando empiece a ejecutarse en la nube. También minimiza los costos, el esfuerzo y el tiempo necesarios para realizar nuevas implementaciones y migración. |
| Escala de carga de trabajo | ¿Cuál es la escala general de la carga de trabajo? Azure NetApp Files funciona mejor con cargas de trabajo de escala empresarial que necesitan el máximo rendimiento y disponibilidad. Algunos ejemplos son las implementaciones masivas de bases de datos, VDI a gran escala y las aplicaciones informáticas de alto rendimiento. Azure NetApp Files puede admitir fácilmente cargas de trabajo relativamente pequeñas y de bajo rendimiento. |
| Flexibilidad | ¿La carga de trabajo necesita flexibilidad en términos de rendimiento, capacidad y escalabilidad? Azure NetApp Files le habilita para cambiar el nivel de servicio de un volumen entre Standard, Premium y Ultra, sin interrupción del servicio, moviendo el volumen a un pool de capacidad con el nivel de servicio que desee. También puede aumentar o disminuir el tamaño de un grupo de capacidad o volumen en cualquier momento para que coincida con la demanda actual. Si ha establecido el grupo de capacidad en QoS manual, Azure NetApp Files también le habilita cambiar de forma independiente el rendimiento de un volumen según sea necesario para la carga de trabajo. |
| Tecnología de almacenamiento | ¿Necesita almacenamiento basado en archivos o basado en archivos? Azure NetApp Files funciona para cualquier carga de trabajo compatible con POSIX que pueda usar el almacenamiento de archivos compartido. Pero algunas cargas de trabajo tienen una dependencia o un requisito estricto de almacenamiento basado en bloques y conectado directamente. Azure NetApp Files proporciona un NAS virtual, lo que hace que no sea adecuado para ese tipo de carga de trabajo. Aunque históricamente muchas cargas de trabajo han usado almacenamiento basado en bloques y conectados directamente, no es una dependencia estricta ni un requisito. En tales casos, Azure NetApp Files podría proporcionar un mejor rendimiento y escalabilidad, ya que las máquinas virtuales de Azure son menos limitadas a la velocidad de red que la infraestructura basada en bloques (SSD) y los volúmenes de Azure Network Files están conectados a la red. |
Aplicación de los criterios
Azure NetApp Files es la opción correcta para el almacenamiento de red compartido cuando las cargas de trabajo elásticas de escala empresarial y basadas en archivos se deben migrar mediante "lift-and-shift" a Azure. Estos criterios no se aplican igualmente a todos los usos. Ahora se verá cómo se aplican a los casos de uso del escenario.
¿Debe un equipo de Oracle Database usar Azure NetApp Files?
Las cargas de trabajo de Oracle Database más exigentes requieren una alta capacidad de E/S y acceso de baja latencia al almacenamiento. La solución proporciona acceso a archivos compartido con el protocolo del sistema de archivos de red (NFS). La arquitectura también usa Azure NetApp Files, un servicio de almacenamiento de archivos compartido. Azure NetApp Files ofrece ventajas:
- Los límites de E/S de disco en las frecuencias de acceso que se aplican a nivel de máquina virtual (VM) no afectan a Azure NetApp Files. Como resultado, puede usar SKU de máquina virtual más pequeñas de las que haría con el almacenamiento en disco, sin degradar el rendimiento. Este enfoque puede reducir significativamente los costos.
- Azure NetApp Files ofrece flexibilidad. Puede ampliar o reducir las implementaciones a petición para mantener la configuración rentable.
Como servicio nativo de Azure fácil de consumir, Azure NetApp Files se ejecuta en el entorno del centro de datos de Azure. Puede aprovisionar, consumir y escalar Azure NetApp Files al igual que otras opciones de almacenamiento de Azure. Azure NetApp Files usa una flota sin sistema operativo de almacenamiento todo flash. Además de usar almacenamiento compartido y altamente escalable, Azure NetApp Files ofrece latencias de menos de 1 milisegundo. Estos factores hacen que este servicio sea adecuado para el uso del protocolo NFS para ejecutar cargas de trabajo de Oracle Database a través de redes.
En el diagrama siguiente se muestra una posible arquitectura. Los componentes interactúan de la siguiente manera:
- Oracle Database se ejecuta en VM de Azure dentro de la subred de Oracle.
- En la subred de Azure NetApp Files, Azure NetApp Files brinda acceso NFS a los archivos de datos y de registro.
- El protocolo de conexión Oracle Direct NFS (dNFS) mejora el rendimiento.
¿Debe un equipo de Azure Virtual Desktop (AVD) usar Azure NetApp Files?
Azure NetApp Files puede proporcionar hasta 450 000 IOPS y una latencia inferior a milisegundos, lo que significa que puede proporcionar almacenamiento en implementaciones de Azure Virtual Desktop (AVD) a gran escala. Al aprovechar las características de Azure NetApp Files, puede optimizar de forma rápida y sencilla la escala de su implementación de AVD para controlar los costes. Azure NetApp Files permite cambiar el rendimiento y elegir un nivel de servicio diferente para los volúmenes a petición sin interrupciones del servicio. Además, al crear instantáneas de volumen manuales o automáticas frecuentes, puede revertir contenedores de perfiles de usuario de FSLogix individuales cuando sea necesario e incluso revertir volúmenes completos.
Considere un escenario en el que varios empleados trabajan en la implementación de AVD, con cada usuario que opera un escritorio personal virtual. Se puede realizar la migración mediante lift-and-shift de esta implementación a gran escala a Azure y optimizarse para el rendimiento según sea necesario.
En el diagrama siguiente se muestra una posible arquitectura que la empresa podría usar para una implementación de AVD basada en escritorio personal. Los usuarios se asignan a pods de escritorio específicos. Un pod es una red virtual de radio con un grupo de máquinas virtuales y una subred designada de Azure NetApp Files que usa un volumen del grupo de capacidad global de Azure NetApp Files. Cada grupo tiene menos de 1000 máquinas virtuales, una para cada usuario. Azure NetApp Files puede controlar fácilmente esa cantidad de escritorios personales por red virtual de grupo de hosts de sesión única. Si se necesitan más escritorios personales, se pueden agregar pods con facilidad.
¿Debe un equipo de investigación y desarrollo usar Azure NetApp Files?
La mayoría de los equipos de I+D tienen aplicaciones que requieren operaciones de proceso intensivo y de uso intensivo de datos, como el diseño asistido por ordenador, el modelado 3D y simulaciones detalladas. Por tanto, necesitan IOPS alta, latencia baja y alta disponibilidad. Estas tareas suelen crear oscilaciones de uso extremas, donde el uso es alto durante, por ejemplo, una simulación compleja y después se reduce prácticamente a cero cuando finaliza la simulación. Los miembros del equipo de I+D necesitan acceso mixto de los protocolos SMB/NFS con compatibilidad con POSIX. Todas estas consideraciones favorecen la migración de las aplicaciones del equipo de I+D a Azure y el uso de Azure NetApp Files como servicio de almacenamiento compartido.
En la imagen siguiente se muestra una posible configuración para ejecutar una aplicación informática de alto rendimiento en una red virtual de Azure. La configuración usa Azure NetApp Files como almacenamiento compartido para la aplicación. Un miembro del equipo de I+D accede al front-end por medio de una máquina virtual Windows o Linux. La aplicación de HPC se ejecuta en la subred Compute, que consta de un conjunto de escalado de máquinas virtuales Linux. El almacenamiento compartido del conjunto de escalado procede de una subred designada que contiene un volumen de Azure NetApp Files.
