Usted ejecuta una aplicación web de múltiples niveles en instancias EC2 detrás de un ALB en una Región primaria. El ALB y el grupo de Auto Scaling se replican en una Región de respaldo, pero el mínimo y el máximo del grupo de Auto Scaling están configurados en cero. Una instancia RDS Multi-AZ almacena datos y tiene una réplica de lectura en la Región de respaldo. Route 53 proporciona el endpoint de usuario. Necesita reducir el RTO a menos de 15 minutos y habilitar la conmutación por error automática a la Región de respaldo sin una estrategia activo-activo. ¿Qué debería recomendar?

La opción correcta cumple con los requisitos de RTO y conmutación por error automática. Una función Lambda en la región de respaldo promueve la réplica de lectura de RDS a una instancia de escritura y ajusta el grupo de Auto Scaling para lanzar instancias, preparando la región de respaldo. El enrutamiento de conmutación por error de Route 53, junto con una comprobación de estado que monitorea la aplicación web, redirige automáticamente el tráfico al ALB de la región de respaldo cuando la región primaria falla. Esto asegura una recuperación rápida y automatizada. La primera opción es incorrecta porque el enrutamiento basado en latencia no es adecuado para la conmutación por error activa/pasiva y la alarma de CloudWatch puede no ser lo suficientemente rápida o confiable para detectar una interrupción completa. La tercera opción es incorrecta porque mantener el grupo de Auto Scaling de respaldo activo y usar enrutamiento basado en latencia implica una estrategia activo-activo, lo cual no es el requisito, y la replicación de RDS con snapshots y S3 es más compleja y lenta que una réplica de lectura. La cuarta opción es incorrecta porque Global Accelerator con pesos iguales es para una estrategia activo-activo, no para una conmutación por error activa/pasiva.