Esta página descreve algumas das configurações controladas pelo utilizador que podem fazer com que uma interrupção de uma instância do Spanner seja excluída do Contrato de Nível de Serviço (SLA) do Spanner, que exclui interrupções "causadas por fatores fora do controlo razoável da Google". Também fornece diretrizes sobre como evitar estas configurações.
O Spanner gere muitos aspetos das operações da base de dados, como a divisão e o reequilíbrio de dados, a replicação, a ativação pós-falha e todas as atualizações de hardware e software. Pode configurar muitos destes comportamentos com definições incorporadas e APIs administrativas. As suas cargas de trabalho também dependem de outros componentes, além do Spanner, como as suas aplicações e rede. Estas configurações controladas pelo cliente podem aumentar o risco de inatividade da instância, consoante a carga da base de dados e outros parâmetros de configuração.
Se a sua instância ficar em mau estado e a Google determinar que a instância não está em conformidade com os limites operacionais descritos nesta página, qualquer tempo de inatividade resultante pode não ser coberto (ou não conta para) o SLA do Spanner.
Configurações excluídas do SLA do Spanner
As seguintes configurações estão excluídas do SLA do Spanner:
- Se a sua instância estiver configurada e for usada de uma forma que faça com que a carga de trabalho sobrecarregue a instância, não está coberta pelo SLA.
- O tempo de inatividade de instâncias resultante das suas ações ou inações voluntárias não está coberto pelo SLA
- Se desativar a API Spanner ou outras Google Cloud APIs necessárias para criar e estabelecer ligação ao Spanner, este não é abrangido pelo SLA.
- A indisponibilidade da API Spanner resultante da sua configuração de rede, como regras de proxy e firewall, não está coberta pelo SLA.
- A indisponibilidade da aplicação devido a clientes desatualizados ou mal configurados não está abrangida pelo SLA. Em particular, verifique se está a usar versões recentes do cliente com dependências suportadas. Por exemplo, as aplicações Java devem usar a BOM da Google (lista de materiais) com um gestor de pacotes, como o Gradle ou o Maven.
Recomendamos que configure alertas e monitorização através do Cloud Monitoring.
Configurações a evitar
Para manter a cobertura do SLA do Spanner, tem de evitar as seguintes configurações:
- Sobrecarga da CPU: se a utilização da CPU for consistentemente elevada, significa que o tamanho da instância não é adequado para a sua carga de trabalho e que a instância pode não estar coberta pelo SLA. Spanner Recomendações de utilização da CPU fornecem sobrecarga para um evento de comutação por falha, em que os recursos de computação restantes ajudam a acomodar o tráfego de partes indisponíveis da instância. Pode usar as métricas de utilização da CPU do Spanner para monitorizar a utilização da CPU.
- Armazenamento cheio: o Spanner fatura-lhe apenas o armazenamento que usa. No entanto, cada nó ou unidade de computação tem um limite para a quantidade de armazenamento que pode gerir. Se o tamanho da sua instância não for adequado para o armazenamento endereçável por nó, a instância pode não estar coberta pelo SLA. Pode usar as métricas de utilização do armazenamento do Spanner para monitorizar a utilização do armazenamento.
- Limite de quota: os recursos de nós são limitados por quotas por utilizador. Se não pedir aumentos de quota antecipadamente, pode ocorrer uma sobrecarga dos recursos de computação, que pode não estar coberta pelo SLA. Normalmente, os pedidos de aumento da quota que requerem aprovação da Google são processados no prazo de um dia.
- Sessões com aprovisionamento insuficiente: os clientes do Spanner usam canais gRPC para comunicar com Google Cloud endpoints para consultas e administração. Se os seus ambientes de cliente não fornecerem canais suficientes para suportar o volume de pedidos de uma carga de trabalho, as suas aplicações podem sofrer uma latência elevada e um débito de pedidos baixo que podem não ser abrangidos pelo SLA.
- Sobrecarga de ligação: é possível tentar novamente muitas APIs Spanner em segurança em caso de falha transitória, como um impasse de transação numa consulta, um problema de rede ou limites de taxa para APIs administrativas. As novas tentativas excessivamente agressivas podem sobrecarregar as ligações existentes, causando esgotamento de recursos ou limitação adicional. O aumento da latência ou a redução da taxa de transferência podem não estar cobertos pelo SLA. Para mais informações, consulte o artigo sobre a gestão dos limites de tempo e das novas tentativas do cliente.
- Sobrecarga da unidade de disco rígido (HDD): o armazenamento hierárquico permite-lhe armazenar os seus dados do Spanner numa combinação de unidades de estado sólido (SSD) e unidades de disco rígido (HDD). Se a carga do disco no armazenamento de HDD atingir 100%, a instância do Spanner regista um aumento significativo da latência e pode não estar coberta pelo SLA. Pode usar as métricas de armazenamento hierárquico do Spanner para monitorizar a carga do disco.