Una aplicación on-premises escribe en un recurso compartido de archivos SMB y crea una copia en un segundo recurso compartido SMB en el mismo centro de datos. Los archivos son archivos de metadatos y archivos de imagen. La empresa desea almacenar la copia en AWS y poder acceder a los datos a través de SMB desde el centro de datos o AWS en caso de desastre. Se accede a la copia con poca frecuencia, pero debe estar disponible en 5 minutos. ¿Qué solución cumple estos requisitos?

La opción correcta es implementar un Amazon S3 File Gateway y configurarlo para almacenar tanto los archivos de metadatos como los de imagen en Amazon S3 Standard-Infrequent Access (S3 Standard-IA). S3 File Gateway permite que las aplicaciones locales almacenen archivos en S3 a través de SMB, cumpliendo el requisito de acceso. S3 Standard-IA es adecuado para datos a los que se accede con poca frecuencia pero que requieren una recuperación rápida (minutos), lo que se alinea con el requisito de disponibilidad en 5 minutos en caso de desastre. Las otras opciones son incorrectas: AWS Outposts con una instancia EC2 es una solución compleja y costosa para este caso de uso, y no proporciona directamente acceso SMB a S3 de forma nativa. Amazon FSx File Gateway con un sistema de archivos Multi-AZ de Amazon FSx for Windows File Server es una buena opción para acceso SMB, pero el requisito de almacenamiento SSD para datos de acceso poco frecuente es más costoso de lo necesario. S3 File Gateway configurado para almacenar archivos de imagen en S3 Glacier Deep Archive no cumpliría el requisito de disponibilidad en 5 minutos, ya que la recuperación de Glacier Deep Archive puede tardar horas.