Esta página descreve as operações que afetam a disponibilidade no Cloud SQL.
O Cloud SQL ajuda a maximizar o tempo de atividade da sua base de dados sem alterações à sua aplicação. Com um SLA de tempo de atividade de 99,99% e um tempo de inatividade quase nulo para várias operações planeadas, a edição Enterprise Plus do Cloud SQL oferece maior resiliência e continuidade de negócio para as suas aplicações.
Maximizar o tempo de atividade significa reduzir o tempo de inatividade da sua base de dados. Normalmente, o período de descanso é causado por eventos não planeados e operações planeadas.
Eventos não planeados e indisponibilidade zonal
Para aplicações que requerem alta disponibilidade, recomendamos que configure a instância para disponibilidade regional, também conhecida como a configuração de alta disponibilidade (HA) no Cloud SQL. Para mais informações sobre a configuração da alta disponibilidade no Cloud SQL, consulte o artigo Acerca da alta disponibilidade (AA).
Para instâncias configuradas com disponibilidade regional, se a instância encontrar uma falha, o Cloud SQL apresenta automaticamente a instância na zona secundária com o mesmo endereço IP e sem perda de dados, para que as aplicações possam retomar as operações na base de dados. Isto protege contra eventos não planeados, como a falha de um único anfitrião de VM ou a falha de um ou mais componentes de infraestrutura que causem a indisponibilidade de uma zona inteira.
A alta disponibilidade do Cloud SQL está disponível para a edição Cloud SQL Enterprise Plus e a edição Cloud SQL Enterprise.
Se não configurar a disponibilidade regional para uma instância, esta é configurada para disponibilidade zonal, também denominada instância autónoma.
O Cloud SQL recupera automaticamente instâncias autónomas (instâncias configuradas com disponibilidade zonal) de falhas do anfitrião da VM. No entanto, o Cloud SQL não recupera automaticamente instâncias autónomas de uma interrupção zonal. Para restabelecer uma instância autónoma numa zona em bom estado, tem de restaurar manualmente todas as instâncias autónomas. Pode recuperar uma instância autónoma de uma interrupção zonal manualmente através da execução de uma recuperação num determinado momento ou da promoção de uma réplica de leitura para se tornar a instância autónoma. Para mais informações, consulte o artigo Opções de recuperação para instâncias autónomas.
Operações planeadas com tempo de inatividade quase nulo
Para operações planeadas, como manutenção ou algumas reconfigurações de instâncias, a edição Cloud SQL Enterprise Plus oferece um tempo de inatividade quase nulo para instâncias principais sem alterações de aplicações nem requisitos de proxy.
As seguintes operações planeadas beneficiam do tempo de inatividade quase nulo numa instância principal da edição Cloud SQL Enterprise Plus. Estas indisponibilidades aplicam-se a instâncias autónomas (zonais) e de alta disponibilidade (regionais).
Manutenção, que inclui as seguintes operações com tempo de inatividade inferior a um segundo:
- Manutenção automática que o Cloud SQL realiza todos os trimestres
- Manutenção self-service que pode iniciar em qualquer altura
- Simulação de manutenção que pode iniciar para testar o comportamento de tempo de inatividade inferior a um segundo
- Atualização da versão secundária
- Faça uma atualização da versão secundária numa instância do MySQL 8.0 com um tempo de inatividade inferior a um segundo
- Para instâncias do PostgreSQL, os upgrades da versão secundária fazem parte da manutenção automática e ocorrem com um tempo de inatividade inferior a um segundo
-
- Faça uma atualização no local para a edição Cloud SQL Enterprise Plus
Ative a cache de dados
- Pode ativar ou desativar a cache de dados com a frequência necessária
Dimensionamento de instâncias
- Escalar verticalmente: aumente o tamanho de computação (vCPU, memória) da sua instância do Cloud SQL com a frequência necessária
Redução da escala: reduza o tamanho de computação (vCPU, memória) da sua instância do Cloud SQL com pouca frequência