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.
Para configurações específicas do mecanismo do Cloud SQL, consulte as seguintes páginas que contêm diretrizes operacionais específicas:
- Diretrizes operacionais do Cloud SQL para MySQL
- Diretrizes operacionais do Cloud SQL para PostgreSQL
- Diretrizes operacionais do Cloud SQL para SQL Server
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. Dependendo de como são definidas, algumas dessas flags podem comprometer a estabilidade da instância ou a durabilidade dos dados.
Para configurações específicas do mecanismo do Cloud SQL, consulte as seguintes páginas que contêm flags específicas para ele:
- Flags de banco de dados do Cloud SQL para MySQL
- Flags de banco de dados do Cloud SQL para PostgreSQL
- Flags de banco de dados do Cloud SQL para SQL Server
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.