A instância primária do Cloud SQL está na Região1 com réplicas de leitura na Região2 e na Região3. Após promover a réplica de leitura na Região2 durante uma interrupção da Região1, você deseja ter a mesma capacidade de banco de dados disponível antes de alternar as conexões do aplicativo. O que você deve fazer?

Após promover a réplica da Região2 a primária, ela se torna a nova instância principal. Para restaurar a capacidade de leitura distribuída que existia antes da interrupção, você precisa criar novas réplicas de leitura a partir desta nova primária. Uma réplica deve ser criada na Região3 para substituir a réplica original e outra em uma região diferente (que não seja a Região1, que está inoperante) para manter a redundância geográfica. As outras opções estão incorretas porque: Habilitar alta disponibilidade zonal na instância primária e criar uma nova réplica de leitura em outra região: Isso não restaura a capacidade de leitura distribuída em duas regiões distintas, pois a HA zonal é para resiliência dentro de uma única região. Criar uma réplica de leitura em cascata a partir da réplica de leitura existente na Região3: A réplica da Região3 ainda estaria conectada à primária original (Região1), que está inoperante, ou não seria uma fonte de dados atualizada. Criar uma nova réplica de leitura na Região1, promovê-la a primária e habilitar alta disponibilidade zonal: A Região1 está inoperante, impossibilitando a criação de uma nova instância lá.