Una empresa ejecuta una aplicación web de tres niveles en la AWS Cloud que opera en tres zonas de disponibilidad. La arquitectura de la aplicación tiene un Application Load Balancer, un servidor web de Amazon EC2 que aloja los estados de sesión del usuario y una base de datos MySQL que se ejecuta en una instancia EC2. La empresa espera aumentos repentinos en el tráfico de la aplicación. La empresa quiere poder escalar para satisfacer las futuras demandas de capacidad de la aplicación y garantizar una alta disponibilidad en las tres zonas de disponibilidad. ¿Qué solución cumplirá estos requisitos?

La opción correcta aborda todos los requisitos: alta disponibilidad, escalabilidad y gestión de estados de sesión. Migrar MySQL a Amazon RDS for MySQL con Multi-AZ proporciona alta disponibilidad y escalabilidad para la base de datos. Usar Amazon ElastiCache for Redis con alta disponibilidad es ideal para almacenar estados de sesión (que deben ser externos a las instancias EC2 para la escalabilidad) y para el almacenamiento en caché de lectura, ya que Redis soporta estructuras de datos complejas. Un Auto Scaling Group que abarque tres zonas de disponibilidad asegura que el nivel web sea elástico y tolerante a fallos. La opción incorrecta que usa ElastiCache for Memcached es menos ideal para estados de sesión complejos que Redis. La opción con DynamoDB podría funcionar para la base de datos y sesiones, pero la pregunta especifica MySQL, y DynamoDB es una base de datos NoSQL. La opción que usa RDS en una única zona de disponibilidad no cumple el requisito de alta disponibilidad en el nivel de la base de datos.