Quelle configuration permet d'améliorer la disponibilité d'une base de données RDS et d'effectuer automatiquement un basculement vers une instance de secours dans une zone de disponibilité différente en cas de défaillance de l'instance principale ?
Question demandant de sélectionner la configuration RDS qui améliore la disponibilité et fournit un basculement automatique.
Déploiement Multi-AZ
C'est correct. Le déploiement Multi-AZ de RDS est une configuration haute disponibilité qui maintient une instance de secours répliquée de façon synchrone dans une zone de disponibilité distincte et bascule automatiquement en cas de défaillance. Son objectif est d'améliorer la disponibilité et de minimiser les temps d'arrêt lors des maintenances planifiées ou des défaillances d'instance.
Réplica en lecture
Un réplica en lecture est un réplica destiné à distribuer le trafic de lecture, et son objectif principal est la scalabilité.
Son objectif diffère de Multi-AZ, qui vise à améliorer la disponibilité par un basculement automatique, donc incorrect.
Placer un équilibreur de charge devant la base de données pour distribuer les connexions.
Un équilibreur de charge (ELB) distribue le trafic vers des ressources de calcul telles qu'EC2. Le basculement pour RDS est réalisé via la configuration Multi-AZ et le basculement DNS.
Placer un ELB devant la base de données pour basculer automatiquement vers une instance de secours n'est pas une approche d'amélioration de la disponibilité RDS, donc incorrect.
Prendre un snapshot
Un snapshot est une sauvegarde qui nécessite du temps pour être restaurée.
Il ne peut pas répondre à l'exigence de basculer instantanément et automatiquement vers une instance de secours en cas de défaillance, donc incorrect.
RDS Multi-AZ = disponibilité (basculement automatique vers une instance de secours dans une AZ différente) ; Réplica en lecture = scalabilité en lecture. Distinguer par l'objectif : disponibilité vs. performance.