Un architecte de solutions examine la résilience d'une application. Un administrateur de base de données a récemment basculé une instance de rédacteur Amazon Aurora PostgreSQL lors d'un exercice de mise à l'échelle, ce qui a entraîné 3 minutes d'indisponibilité. Quelle solution réduira l'indisponibilité pour les exercices de mise à l'échelle avec le MOINS de frais opérationnels ?

L'option correcte est de mettre en place un Amazon RDS Proxy et de mettre à jour l'application pour utiliser son point de terminaison. RDS Proxy réduit les temps d'indisponibilité lors des basculements en conservant les connexions d'application ouvertes et en acheminant de manière transparente les requêtes vers la nouvelle instance de base de données. Cela minimise l'impact des basculements et des opérations de maintenance, réduisant ainsi les frais opérationnels liés à la gestion des reconnexions d'applications. Créer davantage de réplicas en lecture Aurora PostgreSQL n'aidera pas directement à réduire l'indisponibilité du rédacteur lors d'un basculement, car les réplicas en lecture ne peuvent pas accepter d'écritures. Mettre en place un cluster Aurora PostgreSQL secondaire dans la même région AWS implique des frais opérationnels plus élevés pour la gestion et la synchronisation de deux clusters, et nécessite une logique de basculement d'application manuelle ou personnalisée. Créer un cluster Amazon ElastiCache for Memcached peut améliorer les performances en mettant en cache les données, mais ne résout pas le problème de l'indisponibilité de la base de données lors d'un basculement.