Un administrateur SysOps doit réduire le temps de basculement RDS d'au moins 10 % dans un déploiement hautement disponible (Auto Scaling EC2 derrière un ALB et une base de données RDS Multi-AZ). Quel changement permettra d'atteindre cette réduction ?

Placer un RDS Proxy devant la base de données et faire en sorte que l'application se connecte au point de terminaison du proxy est la bonne solution. RDS Proxy maintient un pool de connexions à la base de données et gère les basculements de manière transparente pour l'application. Lors d'un basculement Multi-AZ, RDS Proxy redirige les connexions vers la nouvelle instance primaire sans que l'application ne doive rétablir de nouvelles connexions, ce qui réduit considérablement le temps de basculement, souvent de 66 % ou plus. Augmenter la taille de la classe d'instance de la base de données RDS n'affecte pas directement le temps de basculement. Modifier la configuration RDS pour qu'elle s'exécute dans une seule zone de disponibilité supprimerait la haute disponibilité et augmenterait le temps d'arrêt en cas de panne. Mettre en place un réplica en lecture inter-régions et le promouvoir si le primaire échoue est une stratégie de reprise après sinistre pour la continuité des activités, mais n'est pas optimisée pour réduire le temps de basculement dans le cadre d'un déploiement Multi-AZ existant.