L'instance Cloud SQL principale se trouve dans la Région1 avec des répliques en lecture dans la Région2 et la Région3. Après avoir promu la réplique en lecture dans la Région2 lors d'une panne de la Région1, vous souhaitez disposer de la même capacité de base de données qu'avant de basculer les connexions des applications. Que devez-vous faire ?

Lorsque la réplique en lecture de la Région2 est promue en instance principale, elle devient la nouvelle source de vérité. Pour restaurer la capacité de lecture distribuée, il est nécessaire de créer de nouvelles répliques en lecture à partir de cette nouvelle instance principale. Créer une réplique dans la Région3 permet de rétablir la redondance régionale existante. En créer une autre dans une nouvelle région assure une résilience accrue, correspondant à la capacité d'origine (une principale et deux répliques). Les autres options sont incorrectes car : Activer la haute disponibilité zonale sur l'ancienne instance principale n'est pas pertinent car elle est en panne. Créer une réplique en cascade à partir de la Région3 ne rétablit pas la configuration d'origine avec une instance principale et deux répliques directes. Créer une nouvelle réplique dans la Région1 et la promouvoir en principale n'est pas possible si la Région1 est toujours en panne et ne résout pas le besoin immédiat de répliques.