La plateforme de données d'une entreprise utilise une base de données Amazon Aurora MySQL avec plusieurs réplicas en lecture et des instances de base de données réparties sur plusieurs zones de disponibilité. Les utilisateurs signalent des erreurs indiquant un trop grand nombre de connexions. L'entreprise souhaite réduire le temps de basculement de 20 % lorsqu'un réplica en lecture est promu en tant qu'enregistreur principal. Quelle solution répond à cette exigence ?

L'utilisation d'Amazon RDS Proxy devant la base de données Aurora est la solution la plus efficace. RDS Proxy maintient un pool de connexions de base de données, réutilisant les connexions existantes et réduisant la surcharge liée à l'établissement de nouvelles connexions. Cela permet de gérer un grand nombre de connexions simultanées sans épuiser les ressources de la base de données, résolvant ainsi les erreurs de "trop de connexions". De plus, RDS Proxy réduit le temps de basculement de jusqu'à 66 % pour Aurora, ce qui dépasse l'exigence de 20 %. Les autres options ne sont pas appropriées : Passer à Amazon RDS avec un déploiement Multi-AZ ne résoudrait pas le problème de gestion des connexions ni n'améliorerait le temps de basculement d'Aurora de manière significative. Passer à Amazon DynamoDB est une solution NoSQL et ne convient pas pour remplacer une base de données relationnelle MySQL sans une refonte majeure de l'application. Passer à Amazon Redshift est une solution d'entrepôt de données analytique et n'est pas conçue pour les charges de travail transactionnelles d'une base de données opérationnelle.