Un processus de reporting qui prenait auparavant 15 minutes prend maintenant une heure. L'application s'exécute sur des instances EC2 et lit les données d'une instance Amazon RDS for MySQL. CloudWatch indique des IOPS de lecture constamment élevés sur l'instance RDS, même lorsque les rapports ne sont pas en cours d'exécution. L'administrateur doit améliorer à la fois les performances et la disponibilité de la base de données. Quelle solution répond à ces objectifs ?

La création d'un réplica en lecture RDS est la solution la plus appropriée car elle permet de décharger les requêtes de lecture de l'instance RDS principale, réduisant ainsi la charge sur celle-ci et améliorant les performances des rapports. En dirigeant la tâche de reporting vers le réplica en lecture, l'instance principale peut se concentrer sur les opérations d'écriture, ce qui améliore la disponibilité globale de la base de données. Les IOPS de lecture élevés, même lorsque les rapports ne sont pas en cours, suggèrent que la base de données est déjà sous pression de lecture. Déployer ElastiCache ne résoudrait pas le problème des IOPS de lecture élevés sur RDS, car les données devraient toujours être lues depuis RDS pour être mises en cache. Placer CloudFront devant RDS n'est pas pertinent car CloudFront est un CDN pour le contenu web statique ou dynamique, pas une solution pour les bases de données. Augmenter la classe d'instance RDS pourrait améliorer les performances, mais ne résoudrait pas le problème de la séparation des charges de lecture et d'écriture, et serait une solution plus coûteuse sans améliorer la disponibilité de la même manière qu'un réplica en lecture.