Une entreprise a ajouté un réplica en lecture à une instance Amazon RDS for MySQL pour gérer des requêtes en lecture seule supplémentaires pendant le traitement de fin d'année. Après cette période, le réplica en lecture a une utilisation CPU stable de 25 % et l'instance principale a une utilisation CPU stable de 60 %. L'entreprise souhaite ajuster la taille de la base de données tout en offrant des performances suffisantes pour la croissance future. Quelle solution répond à ces exigences ?

Le réplica en lecture a une utilisation CPU de 25 %, ce qui indique qu'il est surprovisionné et qu'une instance plus petite pourrait gérer la charge sans problème, réduisant ainsi les coûts. L'instance principale a une utilisation CPU de 60 %, ce qui est une bonne utilisation des ressources et laisse de la marge pour une croissance future sans nécessiter de redimensionnement immédiat. Supprimer le réplica en lecture n'est pas optimal car il gère toujours des requêtes en lecture seule, même si elles sont moins nombreuses. Redimensionner le réplica en lecture à une taille plus grande serait inutile et plus coûteux. Redimensionner l'instance principale à une taille plus petite pourrait entraîner des problèmes de performance si la charge augmente. Supprimer le réplica et redimensionner l'instance principale à une taille plus grande serait une dépense inutile pour l'instance principale et ne résoudrait pas le surprovisionnement du réplica.