Une entreprise exécute une application web à trois niveaux dans le cloud AWS, répartie sur trois zones de disponibilité. L'architecture de l'application comprend un Application Load Balancer, un serveur web Amazon EC2 qui héberge les états de session utilisateur, et une base de données MySQL qui s'exécute sur une instance EC2. L'entreprise s'attend à des augmentations soudaines du trafic de l'application. L'entreprise souhaite pouvoir s'adapter aux futures demandes de capacité de l'application et assurer une haute disponibilité sur les trois zones de disponibilité. Quelle solution répondra à ces exigences ?

La solution correcte répond aux exigences de haute disponibilité, de scalabilité et de gestion des états de session. Migrer la base de données MySQL vers Amazon RDS for MySQL avec un déploiement Multi-AZ assure la haute disponibilité et la résilience de la base de données. Utiliser Amazon ElastiCache for Redis en haute disponibilité est idéal pour stocker les états de session utilisateur et mettre en cache les lectures, car Redis prend en charge les structures de données complexes et offre de meilleures performances pour les sessions que Memcached. Migrer le serveur web vers un groupe Auto Scaling sur trois zones de disponibilité permet de gérer les augmentations soudaines de trafic et d'assurer la haute disponibilité de l'application. L'option utilisant ElastiCache for Memcached est moins adaptée pour les états de session complexes. L'option avec DynamoDB est une bonne alternative pour la base de données et les sessions, mais la question spécifie une base de données MySQL existante, rendant RDS plus direct. L'option avec RDS en une seule zone de disponibilité ne répond pas à l'exigence de haute disponibilité sur trois zones.