Una empresa tiene más de 5 TB de datos de archivos en servidores de archivos Windows on-premises a los que los usuarios y las aplicaciones acceden diariamente. La empresa está migrando las cargas de trabajo de Windows a AWS y necesita acceso tanto al almacenamiento de archivos de AWS como al on-premises con una latencia mínima, una sobrecarga operativa mínima y sin cambios importantes en los patrones de acceso a archivos existentes. La conectividad utiliza una AWS Site-to-Site VPN. ¿Qué debe hacer un arquitecto de soluciones para cumplir con estos requisitos?

La opción correcta es implementar Amazon FSx for Windows File Server en AWS junto con un Amazon FSx File Gateway on-premises. FSx for Windows File Server proporciona almacenamiento de archivos nativo de Windows en la nube, compatible con SMB y Active Directory, lo que permite que las cargas de trabajo en la nube accedan a los datos con baja latencia. El FSx File Gateway extiende este acceso al entorno on-premises, permitiendo que las aplicaciones locales accedan a los mismos datos de forma nativa a través de SMB con almacenamiento en caché local para baja latencia, sin requerir cambios significativos en los patrones de acceso existentes. Las otras opciones son incorrectas porque: Mover todos los datos y reconfigurar todas las cargas de trabajo a FSx for Windows File Server en AWS no aborda el requisito de acceso de baja latencia desde on-premises. S3 File Gateway está diseñado para acceder a S3, no a un sistema de archivos nativo de Windows, y requeriría cambios en las aplicaciones para usar S3 o el gateway. Mover datos a Amazon S3 y reconfigurar cargas de trabajo para usar S3 directamente es un cambio significativo en los patrones de acceso a archivos.