Un servidor de archivos Windows se ejecuta en un grupo de instancias EC2 en varias zonas de disponibilidad, pero los servidores de aplicaciones no pueden acceder a los archivos simultáneamente desde ese grupo. ¿Cuál es la forma más eficiente operativamente de proporcionar acceso concurrente a los mismos archivos para los servidores de aplicaciones?

La opción correcta es implementar Amazon FSx for Windows File Server en modo Multi-AZ. FSx for Windows File Server es un servicio de almacenamiento de archivos totalmente administrado que proporciona recursos compartidos de archivos basados en el protocolo SMB (Server Message Block), que es nativo de Windows. Al implementarlo en modo Multi-AZ, garantiza alta disponibilidad y durabilidad, y permite que múltiples instancias EC2 accedan a los mismos archivos simultáneamente a través de un recurso compartido de red estándar de Windows, lo que lo hace operativamente eficiente para este caso de uso. Crear un sistema de archivos Amazon EFS Multi-AZ no es la mejor opción porque EFS utiliza el protocolo NFS, que no es nativo de Windows y requeriría software adicional o configuraciones complejas para funcionar con servidores de archivos Windows. Aprovisionar un volumen EBS con Multi-Attach habilitado no es adecuado porque Multi-Attach solo permite que múltiples instancias accedan al mismo volumen a nivel de bloque, no a nivel de sistema de archivos compartido, y no es compatible con sistemas de archivos de Windows de forma nativa para acceso concurrente. Crear dos sistemas de archivos FSx con replicación DFS es más complejo y menos eficiente operativamente que una sola implementación Multi-AZ, ya que DFS-R introduce latencia y complejidad de gestión.