Une base de données RDS traite un volume extrêmement élevé de requêtes de lecture. Quelle fonctionnalité est efficace pour distribuer le trafic de lecture et améliorer les performances de lecture de l'application ?
Question demandant de sélectionner la fonctionnalité RDS pour distribuer le trafic de lecture et améliorer les performances de lecture.
Déploiement Multi-AZ
Multi-AZ est une configuration de secours conçue pour améliorer la disponibilité, et l'instance de secours n'est normalement pas utilisée pour les lectures.
Le réplica en lecture est plus adapté à l'objectif de distribution du trafic de lecture décrit dans cette question, donc incorrect.
Utiliser DynamoDB Accelerator (DAX).
DAX est un cache en mémoire dédié à DynamoDB qui accélère les lectures DynamoDB à la microseconde.
Comme il est dédié à DynamoDB (NoSQL), il ne peut pas être utilisé pour distribuer le trafic de lecture d'une base de données relationnelle RDS, donc incorrect.
Mettre à l'échelle l'instance vers un type plus grand.
La mise à l'échelle verticale augmente la capacité de traitement d'une seule instance, ce qui améliore les performances de lecture dans une certaine mesure.
Cependant, elle ne distribue pas la charge sur plusieurs instances, et elle a des limitations en termes de coût, de plafond et de redémarrage lors du changement. Un réplica en lecture est plus approprié pour distribuer le trafic de lecture décrit dans cette question, donc incorrect.
Réplica en lecture
C'est correct. Un réplica en lecture crée des copies en lecture seule de la base de données principale et achemine les requêtes de lecture vers celles-ci, distribuant ainsi la charge de lecture. Il est efficace pour améliorer la scalabilité en lecture pour les charges de travail à forte lecture.
Réplica en lecture = scalabilité en lecture (distribution du trafic de lecture) ; Multi-AZ = disponibilité (basculement automatique). « Volume élevé de lectures / performance » pointe vers le réplica en lecture ; « continuité en cas de défaillance » pointe vers Multi-AZ.