Disponibilidade no Cloud SQL

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 alterações no aplicativo. Com um SLA de tempo de atividade de 99,99% e tempo de inatividade quase zero para várias operações planejadas, a edição Enterprise Plus do Cloud SQL 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 normalmente é causado por eventos não planejados e operações planejadas.

Eventos não planejados e interrupção zonal

Para aplicativos que exigem alta disponibilidade, recomendamos configurar a instância para disponibilidade regional, também conhecida como configuração de alta disponibilidade (HA) no Cloud SQL. Para mais informações sobre como configurar a alta disponibilidade no Cloud SQL, consulte Sobre a alta disponibilidade (HA).

Para instâncias configuradas com disponibilidade regional, se a instância encontrar uma falha, o Cloud SQL vai ativar automaticamente a instância 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. Isso protege contra eventos não planejados, como a falha de um único host de VM ou de um ou mais componentes de infraestrutura que causam a interrupção de uma zona inteira.

A alta disponibilidade do Cloud SQL está disponível para as edições Enterprise Plus e Enterprise do Cloud SQL.

Se você não configurar a disponibilidade regional para uma instância, ela será configurada para disponibilidade zonal, também conhecida como instância independente.

O Cloud SQL recupera automaticamente instâncias autônomas (configuradas com disponibilidade zonal) de falhas de host de VM. No entanto, o Cloud SQL não recupera instâncias autônomas de uma falha temporária zonal automaticamente. Para restabelecer uma instância independente em uma zona íntegra, é preciso restaurar manualmente todas as instâncias independentes. É possível recuperar uma instância independente de uma falha zonal manualmente executando uma recuperação pontual ou promovendo uma réplica de leitura para se tornar a instância independente. Para mais informações, consulte Opções de recuperação para instâncias independentes.

Operações planejadas com tempo de inatividade quase zero

Para operações planejadas, como manutenção ou algumas reconfigurações de instância, a edição Cloud SQL Enterprise Plus oferece inatividade quase zero para instâncias principais sem alterações no aplicativo ou requisitos de proxy.

As seguintes operações planejadas se beneficiam do tempo de inatividade quase zero em uma instância principal do Cloud SQL Enterprise Plus. Esses períodos de inatividade se aplicam a instâncias autônomas (zonais) e de alta disponibilidade (regionais).

  • Manutenção, que inclui as seguintes operações com inatividade em menos de um segundo:

    • Manutenção automática que o Cloud SQL realiza a cada trimestre
    • Manutenção por autoatendimento que pode ser iniciada a qualquer momento
    • Simulação de manutenção que pode ser iniciada para testar o comportamento de inatividade em menos de um segundo
  • Upgrade de versão secundária
    • Os upgrades de versão secundária fazem parte da manutenção automática e ocorrem com tempo de inatividade inferior a um segundo.

  • Escalonar instâncias

    • Escalonamento vertical: aumente o tamanho da computação (vCPU, memória) da instância do Cloud SQL com a frequência necessária.

    • Redução de escala: reduza o tamanho da computação (vCPU, memória) da instância do Cloud SQL com pouca frequência.

  • Cache de dados

    • Ativar ou desativar o cache de dados com a frequência necessária

  • Upgrade de edição

    • Fazer um upgrade no local para o Cloud SQL Enterprise Plus

A seguir