Une application permet aux utilisateurs du siège social d'une entreprise d'accéder aux données de produits stockées dans une instance de base de données Amazon RDS MySQL. L'équipe des opérations a identifié un ralentissement des performances de l'application et souhaite séparer le trafic de lecture du trafic d'écriture. Un architecte de solutions doit optimiser rapidement les performances de l'application. Que doit recommander l'architecte de solutions ?

La création de réplicas en lecture (Read Replicas) pour la base de données est la solution appropriée pour séparer le trafic de lecture du trafic d'écriture et améliorer les performances de l'application. Les réplicas en lecture déchargent les requêtes de lecture de l'instance de base de données principale, ce qui permet à cette dernière de se concentrer sur les opérations d'écriture. Pour garantir des performances optimales et éviter un nouveau goulot d'étranglement, les réplicas en lecture doivent être configurés avec les mêmes ressources de calcul et de stockage que la base de données source. Modifier la base de données existante en un déploiement Multi-AZ améliore la disponibilité et la tolérance aux pannes, mais ne sépare pas le trafic de lecture et d'écriture, car l'instance secondaire est une instance de secours passive. Servir les requêtes de lecture à partir de la zone de disponibilité principale ou secondaire dans un déploiement Multi-AZ n'est pas une fonctionnalité standard d'Amazon RDS pour la séparation du trafic de lecture/écriture. Configurer les réplicas en lecture avec la moitié des ressources de calcul et de stockage pourrait entraîner des goulots d'étranglement et ne pas résoudre le problème de performance.