Une entreprise a migré une base de données MySQL de son centre de données sur site vers une instance de base de données Amazon RDS for MySQL. L'entreprise a dimensionné l'instance de base de données RDS pour répondre à la charge de travail quotidienne moyenne de l'entreprise. Une fois par mois, la base de données est lente lorsque l'entreprise exécute des requêtes pour un rapport. L'entreprise souhaite pouvoir exécuter des rapports tout en maintenant les performances des charges de travail quotidiennes. Quelle solution répondra à ces exigences ?

La création d'un réplica en lecture (Read Replica) est la solution la plus efficace car elle permet de décharger les requêtes de rapport gourmandes en ressources de l'instance de base de données principale. Cela garantit que les performances des charges de travail quotidiennes ne sont pas affectées, car l'instance principale continue de gérer les opérations de lecture/écriture habituelles, tandis que le réplica en lecture gère les requêtes de rapport. Les autres options sont moins appropriées : Restaurer une sauvegarde sur une autre instance prend du temps et n'est pas une solution pratique pour une exécution mensuelle de rapports. Exporter les données vers Amazon S3 et utiliser Athena est une solution pour l'analyse de données à grande échelle, mais elle introduit une latence et une complexité supplémentaires pour des rapports qui pourraient être exécutés directement sur une base de données. Redimensionner l'instance de base de données pour s'adapter à la charge de travail supplémentaire augmenterait les coûts en permanence pour une exigence ponctuelle mensuelle et pourrait toujours entraîner des ralentissements pendant l'exécution des rapports.