Esta página descreve as operações que afetam a disponibilidade no Cloud SQL.
O Cloud SQL ajuda a maximizar o tempo de atividade do banco de dados sem fazer mudanças no aplicativo. Com um SLA de 99,99% de tempo de atividade e inatividade quase zero para várias operações planejadas, a edição Cloud SQL Enterprise Plus oferece maior resiliência e continuidade de negócios para seus aplicativos.
Maximizar o tempo de atividade significa reduzir o tempo de inatividade do banco de dados. O tempo de inatividade geralmente é causado por eventos planejados e não planejados.
Para eventos não planejados, como a falha de um ou mais componentes de infraestrutura em uma zona*, a alta disponibilidade (HA) do Cloud SQL mostra o banco de dados na zona secundária com o mesmo endereço IP e sem perda de dados para que os aplicativos possam retomar as operações no banco de dados. A alta disponibilidade do Cloud SQL também está disponível para a edição Enterprise do Cloud SQL. Para mais informações sobre como configurar a alta disponibilidade no Cloud SQL, consulte Sobre a alta disponibilidade (HA).
Para eventos planejados, como manutenção ou algumas reconfigurações de instância, o Cloud SQL Enterprise Plus oferece um tempo de inatividade quase zero para instâncias principais sem mudanças de aplicativo ou requisitos de proxy.
* As regiões do México, de Montreal e de Osaka têm três zonas em um ou dois data centers físicos. Essas regiões estão em processo de expansão para pelo menos três data centers físicos. Para mais informações, consulte Locais do Cloud e SLAs do Google Cloud Platform. Para melhorar a confiabilidade das cargas de trabalho, considere uma implantação multirregional.
Operações planejadas com tempo de inatividade quase zero
As operações planejadas a seguir se beneficiam do tempo de inatividade quase zero em uma instância principal do Cloud SQL edição Enterprise Plus. Esses períodos de inatividade são aplicáveis a instâncias independentes (zonais) e de alta disponibilidade (regionais).
Manutenção, que inclui as seguintes operações com inatividade de menos de um segundo:
- Manutenção automática que o Cloud SQL realiza a cada trimestre
- Manutenção autoatendimento que você pode iniciar a qualquer momento
- Simulação de manutenção que pode ser iniciada para testar o comportamento de inatividade de menos de um segundo
- Upgrade de versão secundária
- Fazer upgrade de uma versão secundária em uma instância do MySQL 8.0 com um tempo de inatividade de menos de um segundo
- Para instâncias do PostgreSQL, os upgrades de versões secundárias fazem parte da manutenção automática e ocorrem com um tempo de inatividade de menos de um segundo
Escalonar instâncias
- Escalonamento: aumente o tamanho de computação (vCPU, memória) da sua instância do Cloud SQL com a frequência necessária.
Redução vertical: reduza o tamanho de computação (vCPU, memória) da sua instância do Cloud SQL com pouca frequência.
-
- Ative ou desative o cache de dados com a frequência necessária.
-
- Fazer upgrade no local para o Cloud SQL Enterprise Plus
A seguir
Veja todos os serviços do Google Cloud disponíveis em locais do mundo todo.