Una aplicación web crítica se ejecuta actualmente en una única instancia de Amazon EC2 en una subred pública y utiliza una base de datos MySQL. El DNS está en Route 53. Un arquitecto de soluciones debe hacer que la aplicación sea escalable y de alta disponibilidad, y reducir la latencia de lectura de MySQL. ¿Qué combinación de cambios cumplirá estos requisitos? (Elija dos).

La creación de un grupo de Auto Scaling con instancias EC2 en múltiples Zonas de Disponibilidad (AZs) detrás de un Application Load Balancer (ALB) asegura la escalabilidad y alta disponibilidad de la aplicación web. El ALB distribuye el tráfico, y Auto Scaling ajusta la capacidad según la demanda, reemplazando instancias fallidas. Migrar la base de datos a Amazon Aurora MySQL con una instancia principal y una réplica de lectura en AZs separadas proporciona alta disponibilidad para la base de datos y reduce la latencia de lectura al dirigir las consultas de lectura a la réplica. Lanzar una segunda instancia EC2 en otra región con enrutamiento de conmutación por error de Route 53 solo ofrece recuperación ante desastres, no escalabilidad ni reducción de latencia de lectura. El Auto Scaling en varias regiones es excesivo para la alta disponibilidad dentro de una región y no aborda la latencia de lectura de la base de datos. Las réplicas de lectura entre regiones de Aurora reducirían la latencia para usuarios geográficamente dispersos, pero el requisito principal es la reducción de latencia general y alta disponibilidad dentro de la configuración actual.