Une entreprise exécute une application web critique sur des instances Amazon EC2 derrière un Application Load Balancer dans un groupe Auto Scaling. L'application utilise une base de données Amazon Aurora PostgreSQL déployée dans une seule zone de disponibilité. L'entreprise souhaite une haute disponibilité avec un temps d'arrêt minimal et une perte de données minimale, et avec le moins d'effort opérationnel possible. Quelle solution répond à ces exigences ?

La configuration du groupe Auto Scaling pour utiliser plusieurs zones de disponibilité (AZ) assure la haute disponibilité des instances EC2, car l'application continue de fonctionner même si une AZ tombe en panne. La configuration de la base de données Aurora PostgreSQL en Multi-AZ garantit une réplication synchrone et un basculement automatique vers une instance de base de données secondaire en cas de défaillance de l'instance principale, minimisant les temps d'arrêt et la perte de données. L'ajout d'Amazon RDS Proxy améliore la résilience des connexions à la base de données et réduit la surcharge de gestion des connexions pour l'application. Placer les instances EC2 dans différentes régions AWS est une solution de reprise après sinistre, pas de haute disponibilité pour un temps d'arrêt minimal. Configurer le groupe Auto Scaling dans une seule AZ crée un point de défaillance unique. Écrire les données dans S3 et utiliser Lambda pour la base de données est une approche complexe qui n'est pas adaptée à la haute disponibilité d'une base de données relationnelle critique.