Una empresa ejecuta una aplicación web en instancias de Amazon EC2 en un grupo de Auto Scaling detrás de un Application Load Balancer (ALB). La aplicación almacena datos en un clúster de base de datos Amazon Aurora MySQL. La empresa necesita una solución de recuperación ante desastres (DR). El objetivo de tiempo de recuperación aceptable es de hasta 30 minutos. La solución de DR no necesita atender a los clientes mientras la infraestructura principal esté en buen estado. ¿Qué solución cumple estos requisitos?

La opción correcta establece una solución de recuperación ante desastres (DR) activa-pasiva en una segunda región de AWS, lo que cumple con el RTO de 30 minutos. Al configurar la capacidad deseada y máxima del Auto Scaling Group en un valor mínimo (por ejemplo, 0 o 1), se minimizan los costos mientras la región principal está operativa. Aurora Global Database replica los datos de forma asíncrona entre regiones, garantizando la disponibilidad de la base de datos con un RTO bajo. Route 53 con conmutación por error activa-pasiva redirige el tráfico a la región de DR solo cuando la principal falla. Las opciones incorrectas no cumplen con los requisitos o son menos eficientes: La conmutación por error activa-activa (opciones 2 y 3) no es necesaria ya que la DR no necesita atender a los clientes mientras la infraestructura principal esté en buen estado, lo que aumenta los costos innecesariamente. La opción 3 de restaurar desde una copia de seguridad de Aurora MySQL en la región de DR aumentaría significativamente el RTO, superando los 30 minutos. La opción 4 de usar AWS Backup para la configuración de la infraestructura y establecer la capacidad deseada del Auto Scaling Group en cero es similar a la correcta, pero la opción correcta es más explícita en la configuración del Auto Scaling Group para un estado "casi apagado" pero listo para escalar.