Você está implantando o MySQL no Cloud SQL para oferecer suporte a muitos leitores geograficamente distribuídos, exige alta disponibilidade e baixo RTO/RPO em interrupções regionais e deseja o mínimo de interrupção para o leitor durante o failover. Qual arquitetura você deve usar?

A opção correta atende a todos os requisitos. Criar uma instância altamente disponível na Região A garante alta disponibilidade local. Uma réplica de leitura altamente disponível na Região B permite baixo RTO/RPO e failover rápido em caso de interrupção regional, pois a réplica pode ser promovida a primária. Réplicas de leitura em cascata em várias regiões escalam as cargas de trabalho de leitura geograficamente distribuídas. A primeira opção é incorreta porque restaurar um backup de um bucket multirregional é um processo lento, resultando em alto RTO/RPO. A segunda opção é incorreta porque, embora promova uma réplica, não especifica que a réplica seja altamente disponível ou em uma região diferente, o que é crucial para resiliência regional. A quarta opção é incorreta porque as réplicas de leitura na mesma região não fornecem resiliência contra interrupções regionais e o failover para a instância de standby do Cloud SQL é para falhas dentro da mesma região, não entre regiões.