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. Con la empresa energética como ejemplo, investigamos la posible migración de tres cargas de trabajo: el contenido web, la implementación de Microsoft Virtual Desktop y las aplicaciones informáticas de alto rendimiento (HPC) del equipo de investigación y desarrollo. 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 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 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 la 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, la infraestructura de escritorio virtual 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. Pero el uso de un NAS virtual de nivel empresarial como Azure NetApp Files en estos casos es casi siempre una solución económicamente inviable. |
| Flexibilidad | ¿Necesita la carga de trabajo cierta flexibilidad en términos de nivel de servicio, capacidad y otros tipos de escalabilidad? Azure NetApp Files permite cambiar el nivel de servicio de un volumen entre Estándar, Premium y Ultra. Puede cambiar los niveles de servicio sin interrupciones del servicio si mueve el volumen a un grupo de capacidad con el nivel que prefiera. 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 tiene un grupo de capacidad de QoS manual, Azure NetApp Files también le permite cambiar el rendimiento de un volumen según sea necesario para la carga de trabajo. Si la carga de trabajo consta principalmente de contenido estático con una demanda relativamente constante, la flexibilidad de Azure NetApp Files no es un factor que tener en cuenta. |
| Tecnología de almacenamiento | ¿Necesita almacenamiento basado en objetos o en bloques? Azure NetApp Files puede admitir cualquier interfaz de sistema operativo portátil para una carga de trabajo compatible con UNIX (POSIX) que necesite 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. Sin embargo, aunque es histórico para que muchas cargas de trabajo usen almacenamiento directo conectado a bloques, no es una dependencia estricta ni un requisito. En esos casos, es posible que Azure NetApp Files proporcione un mejor rendimiento y escalabilidad porque el servicio tiene menos velocidad limitada que la infraestructura basada en bloques. |
Importante
Antes de realizar cualquier migración a Azure, debe considerar la posibilidad de configurar una aplicación de prueba de concepto que le permita evaluar los niveles de rendimiento de Azure NetApp Files. Esta aplicación de prueba se debe configurar con una carga de trabajo realista para que pueda determinar si Azure NetApp Files proporciona los niveles de IOPS, rendimiento y latencia necesarios para la carga de trabajo que quiere migrar.
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. Pero estos criterios no se aplican de la misma forma a todos los casos de uso. Ahora se verá cómo se aplican a los casos de uso del escenario.
¿Debe usar el equipo web Azure NetApp Files?
Una implementación de contenido web suele ser una buena candidata para la migración a la nube porque es probable que la implementación local se ejecute en un entorno Linux con permisos compatibles con POSIX. Por tanto, la implementación se puede migrar mediante lift-and-shift a Azure con el contenido web y el código almacenados en un volumen de Azure NetApp Files. El sitio web de la empresa energética consta de un gran número de páginas que describen las tecnologías, los productos, la investigación, los artículos y los casos de clientes de la empresa. La naturaleza estática del contenido y el nivel de demanda relativamente constante son argumentos contrarios al uso de Azure NetApp Files. Pero la escala masiva del contenido web de la empresa es suficiente para justificar una instancia de Azure NetApp Files. En este caso, es probable que la empresa vaya con un grupo de capacidad que use el nivel Estándar, que proporciona más de lo suficiente rendimiento y operaciones de entrada/salida por segundo (IOPS) para su presencia web.
¿Debe el 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.
Nuestra empresa de energía ficticia tiene varios miles de empleados dentro de su implementación de AVD, y a cada usuario se le asigna 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. Para obtener un rendimiento óptimo, es probable que la empresa opte por un grupo de capacidad que use el nivel Premium, que proporciona un rendimiento de 64 MiB/s y 450 000 IOPS.
En la siguiente imagen se muestra una posible arquitectura que la empresa podría usar en 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 muchos escritorios personales por red virtual del grupo de hosts de sesión única. Si se necesitan más escritorios personales, se pueden agregar pods con facilidad.
¿Debe usar el equipo de investigación y desarrollo Azure NetApp Files?
El equipo de investigación y desarrollo (I+D) de la empresa energética es responsable del trabajo innovador, incluidas las tareas siguientes:
- Inventar nuevos productos con tecnología solar y eólica.
- Realizar optimizaciones para los productos de energía renovable existentes de la empresa.
- Crear tecnologías energéticas renovables que se pueden licenciar a otras empresas.
- Avanzar en la ciencia subyacente a los productos de energías renovables de la empresa.
- Investigar otras posibles fuentes de energía renovable.
La mayoría de estas tareas necesitan operaciones de uso intensivo de proceso y 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 este caso, la empresa necesitaría un grupo de capacidad que use el nivel Ultra con sus 128 Mib/s de rendimiento y 450 000 IOPS.
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 para el conjunto de escalado procede de una subred designada que contiene una instancia de Azure NetApp Files.
