Une application utilise Amazon Aurora avec plusieurs réplicas en lecture pour adapter les requêtes en lecture. Un réplica reçoit la majeure partie ou la totalité du trafic tandis qu'un autre reste inactif. Comment pouvez-vous corriger ce déséquilibre ?

Le problème décrit, où un réplica de lecture Aurora reçoit la majeure partie du trafic et un autre reste inactif, est une indication classique que l'application met en cache les enregistrements DNS. Les points de terminaison de lecture Aurora (reader endpoints) utilisent le DNS pour distribuer le trafic de manière équilibrée entre les réplicas de lecture disponibles. Si l'application met en cache l'adresse IP d'un réplica spécifique, elle continuera à envoyer des requêtes à ce réplica même si d'autres sont disponibles et sous-utilisés. Désactiver la mise en cache DNS au niveau de l'application permet à l'application de résoudre le nom DNS du point de terminaison de lecture plus fréquemment, obtenant ainsi une adresse IP potentiellement différente (celle d'un autre réplica) et améliorant la distribution du trafic. Activer la mise en cache DNS aggraverait le problème. Le pool de connexions n'affecte pas la distribution du trafic entre les réplicas, mais plutôt la gestion des connexions à une base de données donnée.