Una empresa ejecuta una aplicación crítica en instancias EC2 detrás de un ALB. Las instancias EC2 están en un grupo de Auto Scaling y acceden a una instancia de base de datos de Amazon RDS. Todos los recursos se encuentran actualmente en una única zona de disponibilidad. Debe actualizar el diseño para usar una segunda zona de disponibilidad y hacer que la aplicación sea de alta disponibilidad. ¿Qué solución logra esto?

La opción correcta garantiza alta disponibilidad al distribuir los recursos críticos entre dos Zonas de Disponibilidad (AZs). Aprovisionar una subred en cada AZ es fundamental para la segmentación de red y la resiliencia. Configurar el grupo de Auto Scaling para distribuir instancias EC2 en ambas AZs asegura que la capa de aplicación pueda tolerar la falla de una AZ. Finalmente, configurar la instancia de base de datos RDS para una implementación Multi-AZ es crucial para la alta disponibilidad de la base de datos, ya que mantiene una réplica síncrona en otra AZ y maneja la conmutación por error automáticamente. Las opciones incorrectas fallan en aspectos clave: La primera opción es incorrecta porque configurar la base de datos con "conexiones a cada red" no es el mecanismo de alta disponibilidad de RDS; se necesita Multi-AZ. La segunda y cuarta opciones son incorrectas porque las subredes no se "extienden" por múltiples AZs; cada subred reside en una única AZ.