Una empresa ejecuta una aplicación de Windows Server en VMware vSphere on-premises. La aplicación lee datos en un formato propietario que la propia aplicación debe interpretar. Los servidores se aprovisionan manualmente. Como parte del plan de recuperación ante desastres (DR), la empresa quiere poder ejecutar la aplicación temporalmente en AWS si el entorno on-premises falla, y luego devolver la aplicación a on-premises después de la recuperación. El objetivo de punto de recuperación (RPO) es de 5 minutos. ¿Qué solución proporciona capacidad de DR en AWS con la MENOR sobrecarga operativa?

La opción correcta es usar AWS Elastic Disaster Recovery (DRS) porque está diseñado específicamente para la recuperación ante desastres de servidores on-premises en AWS con una sobrecarga operativa mínima y cumple con el RPO de 5 minutos. DRS replica continuamente los servidores, incluyendo el sistema operativo, las aplicaciones y los datos, en instancias de replicación de bajo costo en AWS. En caso de desastre, puede lanzar rápidamente instancias de EC2 totalmente recuperadas utilizando los volúmenes de EBS replicados. Las otras opciones son menos óptimas: Usar AWS DataSync y CloudFormation requeriría la creación manual de plantillas para la aplicación y la configuración del sistema operativo, aumentando la sobrecarga operativa y el tiempo de recuperación. DataSync se enfoca en la transferencia de datos, no en la replicación de servidores completos. AWS Storage Gateway con S3 y AWS Backup es una solución de respaldo y restauración de datos, no una replicación continua de servidores. Restaurar desde S3 a EBS y luego lanzar EC2 sería un proceso más lento y complejo, probablemente sin cumplir con el RPO de 5 minutos. Amazon FSx for Windows File Server es un servicio de archivos, no una solución de DR de servidor completo. Requeriría la configuración manual de EC2 y el montaje de recursos compartidos, lo que aumenta la complejidad y la sobrecarga operativa.