O contrato de nível de serviço (SLA) do Cloud SQL não inclui interrupções "causadas por fatores fora do controle razoável do Google". Nesta página, descrevemos algumas das configurações controladas pelo usuário que podem causar a exclusão de uma interrupção de uma instância do Cloud SQL.
Introdução
Com o Cloud SQL, procuramos dar a você o máximo de controle possível sobre as configurações da sua instância. Isso inclui algumas configurações que aumentam o risco de inatividade da instância, dependendo da carga e de outros parâmetros de configuração. Se a instância ficar inativa e o Cloud SQL determinar que ela não estava em conformidade com os limites operacionais, como descrito nesta página, o período de inatividade não será coberto (ou considerado) pelo SLA do Cloud SQL.
Esta lista de limites operacionais é apresentada para informar quais configurações apresentam esses riscos, maneiras de evitá-las e como reduzir os riscos quando a configuração é necessária para o ambiente de negócios.
Configurações excluídas
As configurações excluídas se enquadram nas categorias abaixo:
- Requisitos gerais de configuração
- Valores de flags de banco de dados
- restrições de recursos
Requisitos gerais de configuração
Somente as instâncias do Cloud SQL configuradas para alta disponibilidade, com pelo menos uma CPU dedicada, são cobertas pelo SLA do Cloud SQL. Instâncias de núcleo compartilhado e de zona única não são cobertas pelo SLA.
Se a instância estiver configurada e for usada de maneira que a faça ficar sobrecarregada com a carga de trabalho ou ter um longo tempo de recuperação, o SLA não será aplicado.
Recomendamos configurar os alertas e o monitoramento no Cloud Monitoring.
Valores de flags de banco de dados
O Cloud SQL permite configurar sua instância usando flags de banco de dados. Algumas dessas flags, como autovacuum
e max_wal_size, podem ser definidas de maneiras que comprometam a
estabilidade da instância ou a durabilidade dos dados.
Para conferir uma lista completa de flags configuráveis e os respectivos padrões, consulte Flags de banco de dados.
Restrições de recursos
É necessário evitar as restrições de recursos abaixo para manter a cobertura do SLA:
- Armazenamento cheio: quando a utilização de disco está consistentemente alta e o aumento automático de armazenamento não está ativado, isso significa que a instância não foi dimensionada corretamente para a carga de trabalho e pode não ser coberta pelo SLA.
- CPU sobrecarregada: quando a utilização da CPU está consistentemente alta, isso significa que a instância não está dimensionada corretamente para a carga de trabalho e pode não ser coberta pelo SLA.
- Memória sobrecarregada: quando o uso de memória está consistentemente alto, isso significa que a instância não está dimensionada corretamente para a carga de trabalho e pode não ser coberta pelo SLA.
- Encapsulamento do ID de transação: se a instância ficar sem ID de transação e ficar off-line, essa interrupção não será coberta pelo SLA.