Une application utilise une instance de base de données Amazon RDS for MySQL Multi-AZ dans la région us-east-1. Après avoir effectué un test de basculement, l'application a perdu ses connexions à la base de données et n'a pas pu se reconnecter ; ce n'est qu'après le redémarrage de l'application que les connexions ont été rétablies. Concevez une solution pour que l'application puisse rétablir les connexions après un basculement sans nécessiter un redémarrage de l'application.

La bonne réponse est de créer un Amazon RDS Proxy et de modifier l'application pour qu'elle se connecte à son point de terminaison. RDS Proxy gère le pool de connexions et les basculements, conservant les connexions d'application ouvertes et les redirigeant de manière transparente vers la nouvelle instance de base de données primaire après un basculement Multi-AZ. Cela élimine la nécessité de redémarrer l'application. Migrer vers Aurora MySQL Serverless v1 avec le point de terminaison de lecteur ne résoudrait pas le problème de reconnexion après un basculement de l'instance d'écriture, car le point de terminaison de lecteur est destiné aux requêtes en lecture seule. Migrer vers un cluster Aurora MySQL à deux nœuds avec RDS Proxy est une solution viable, mais elle implique une migration de base de données plus complexe que ce qui est nécessaire pour résoudre le problème de reconnexion. Exporter la base de données vers S3 et utiliser Athena est une solution d'analyse de données, pas une solution de base de données transactionnelle pour une application.