Une entreprise exécute une application critique sur des instances EC2 derrière un ALB. Les instances EC2 se trouvent dans un groupe Auto Scaling et accèdent à une instance de base de données Amazon RDS. Toutes les ressources sont actuellement dans une seule zone de disponibilité. Vous devez mettre à jour la conception pour utiliser une deuxième zone de disponibilité afin de rendre l'application hautement disponible. Quelle solution permet d'y parvenir ?

La solution correcte assure une haute disponibilité en étendant l'architecture sur plusieurs zones de disponibilité. Il est essentiel de provisionner un sous-réseau dédié dans chaque zone de disponibilité pour isoler les ressources et permettre une tolérance aux pannes. Le groupe Auto Scaling doit être configuré pour distribuer les instances EC2 entre ces sous-réseaux, garantissant ainsi que l'application reste disponible même en cas de défaillance d'une zone. Enfin, configurer l'instance de base de données Amazon RDS en déploiement Multi-AZ crée automatiquement un réplica synchrone dans une autre zone de disponibilité, assurant la résilience de la base de données. Les options incorrectes proposent des sous-réseaux mal configurés (s'étendant sur plusieurs AZ, ce qui n'est pas possible, ou un seul sous-réseau pour toutes les connexions de base de données) ou ne prévoient pas de déploiement Multi-AZ pour la base de données, ce qui la laisserait comme un point de défaillance unique.