Una empresa ejecuta aplicaciones en instancias EC2 de Windows y Linux en varias zonas de disponibilidad utilizando grupos de Auto Scaling. Necesitan almacenamiento compartido duradero que utilice SMB para Windows, NFS para Linux, proporcione una latencia de sub-milisegundos y sea de lectura/escritura compartida entre instancias. ¿Cuáles son los tres pasos que logran esto?

Amazon FSx para NetApp ONTAP Multi-AZ es la solución correcta porque admite SMB (para Windows) y NFS (para Linux), ofrece latencia de submilisegundos y permite el acceso de lectura/escritura compartido entre instancias en múltiples zonas de disponibilidad, cumpliendo todos los requisitos. EFS no es ideal porque, aunque admite NFS, no ofrece soporte nativo para SMB. Un volumen EBS gp3 no es una solución de almacenamiento compartido entre instancias. Para que las instancias de Auto Scaling utilicen el nuevo sistema de archivos, el user data de la plantilla de lanzamiento debe actualizarse para montar el sistema de archivos al iniciar. Finalmente, para que los cambios surtan efecto en las instancias existentes y las nuevas, se debe realizar una actualización de instancia en cada grupo de Auto Scaling. La opción de actualizar las instancias EC2 existentes no es un paso completo para la implementación en un entorno de Auto Scaling.