Une entreprise a créé une application sans état à deux niveaux à l'aide d'Amazon EC2 dans une seule zone de disponibilité et d'une instance de base de données Amazon RDS Multi-AZ. La nouvelle direction souhaite que l'application soit hautement disponible. Que doit faire un architecte de solutions pour répondre à cette exigence ?

Pour assurer une haute disponibilité d'une application sans état, il est essentiel de distribuer les ressources sur plusieurs zones de disponibilité (AZ). L'Auto Scaling EC2 Multi-AZ permet de lancer automatiquement des instances EC2 dans différentes AZ, garantissant ainsi que l'application reste disponible même en cas de défaillance d'une AZ. Un Application Load Balancer (ALB) est nécessaire pour distribuer le trafic entrant entre ces instances EC2, améliorant la tolérance aux pannes et la scalabilité. Les instantanés EC2 vers une autre région sont une stratégie de reprise après sinistre, pas de haute disponibilité immédiate. Le routage basé sur la latence de Route 53 est utile pour optimiser les performances en acheminant les utilisateurs vers le point de terminaison le plus proche, mais ne garantit pas la haute disponibilité de l'application elle-même sans une architecture sous-jacente résiliente. Enfin, bien que Route 53 et un ALB soient pertinents, l'option ne mentionne pas la distribution des instances EC2 sur plusieurs AZ, ce qui est crucial pour la haute disponibilité de l'application.