Realize testes de failover para ambientes altamente resilientes

Cloud Composer 1 | Cloud Composer 2 | Cloud Composer 3

Esta página descreve como executar testes de failover de banco de dados e cluster para ambientes altamente resilientes.

Os testes de failover para seu ambiente simulam uma interrupção completa de uma zona em um data center local. Nesse cenário, uma interrupção zonal de um cluster a interrupção temporária de um banco de dados pode acontecer ao mesmo tempo. Ao realizar as duas você pode monitorar o desempenho do seu ambiente altamente resiliente um failover e verificar como isso afeta seus DAGs e tarefas.

Antes de começar

• Para realizar testes de failover, sua conta deve ter os seguintes papéis e permissões:

  • A permissão composer.environments.update. Consulte Controle de acesso com o IAM para conferir uma lista de papéis com essa permissão.

  • Administrador de cluster do Kubernetes Engine (roles/container.clusterAdmin) para executar comandos kubectl no cluster do ambiente. Como como alternativa, é possível provisionar Papéis do RBAC do Kubernetes diretamente no GKE.

• Se você usa redes autorizadas, precisa executar comandos kubectl em uma máquina que possa acessar o Endpoint do plano de controle do cluster do GKE. Dependendo de como você configura o acesso ao endpoint do plano de controle do ambiente, é possível use várias opções. Para mais informações, consulte Como executar comandos em um ambiente de IP privado.

Verificar se o ambiente está íntegro

Realize os testes de failover do cluster do banco de dados e do ambiente apenas nos ambientes saudáveis.

Para verificar a integridade do seu ambiente:

1. No console do Google Cloud, acesse a página Ambientes.

   Acessar "Ambientes"

2. Na lista de ambientes, clique no nome do ambiente. A página Detalhes do ambiente é aberta.

3. Acesse a guia Monitoramento.

4. Verifique se todas as métricas de integridade estão verdes.

Executar um teste de failover do banco de dados

É possível executar um teste de failover do banco de dados, que simula uma interrupção do serviço zonal, acionando-o com um comando da Google Cloud CLI. Por exemplo, talvez você queira para medir o tempo que leva para o banco de dados do seu ambiente para mudar de zona.

Importante: o teste de failover do banco de dados representa uma interrupção do serviço zonal apenas para o banco de dados do seu ambiente. Durante uma interrupção do serviço zonal, cluster do seu ambiente também pode ser afetado. É possível realizar um teste de failover para o cluster do seu ambiente. A o teste de failover do banco de dados não se destina à solução de problemas; não é possível corrigir problemas com o componente de banco de dados de um ambiente com o failover teste.

Para executar um teste de failover de banco de dados para seu ambiente:

1. Verifique se seu ambiente está saudável.

2. Consiga a zona principal do banco de dados do seu ambiente:

   gcloud composer environments fetch-database-properties \
       ENVIRONMENT_NAME \
       --location LOCATION
   

   Substitua:

   • ENVIRONMENT_NAME: o nome do ambiente do Cloud Composer.
   • LOCATION: a região em que o ambiente está localizado.

   Exemplo:

   gcloud composer environments fetch-database-properties \
       example-environment \
       --location us-central1
   

3. Inicie o teste de failover do banco de dados:

   gcloud composer environments database-failover \
       ENVIRONMENT_NAME \
       --location LOCATION
   

   Substitua:

   • ENVIRONMENT_NAME: o nome do ambiente do Cloud Composer.
   • LOCATION: a região em que o ambiente está localizado.

   Exemplo:

   gcloud composer environments database-failover \
       example-environment \
       --location us-central1
   

4. Aguarde até que o teste de failover do banco de dados seja concluído. O processo pode levar até para 3 minutos.

5. Verifique se a zona principal do banco de dados do ambiente foi alterada:

   gcloud composer environments fetch-database-properties \
       ENVIRONMENT_NAME \
       --location LOCATION
   

6. Verifique as métricas de integridade do seu ambiente para ter certeza de que seu ambiente seja saudável.

7. O banco de dados do ambiente fica pronto para outro failover quando Banco de dados disponível para failover (composer.googleapis.com/environment/database/available_for_failover) se tornar True. Para mais informações sobre como visualizar suas do ambiente de execução no Cloud Monitoring, consulte Monitorar ambientes.

Realize o teste de failover do cluster do seu ambiente

Você pode executar um teste de failover para o cluster do ambiente, o que que simulam uma interrupção de serviço zonal. Por exemplo, você pode querer fazer isso para medir o tempo que leva para seu ambiente mudar para outra zona.

Importante: o teste de failover do cluster do ambiente representa uma interrupção de serviço zonal apenas para o cluster do ambiente. Durante uma interrupção do serviço zonal, banco de dados do seu ambiente também pode ser afetado. Você pode realizar uma teste de failover separado para o banco de dados do seu ambiente.

Verificar se o ambiente está íntegro

Antes de iniciar o teste, verifique se seu ambiente seja saudável.

Configurar credenciais para o cluster do ambiente

Para receber as credenciais do cluster:

1. No console do Google Cloud, acesse a página Ambientes.

   Acessar "Ambientes"

2. Na lista de ambientes, clique no nome do ambiente. A página Detalhes do ambiente é aberta.

3. Acesse a guia Configuração do ambiente.

4. Clique em Visualizar detalhes do cluster.

5. Clique em Conectar.

6. Copie e execute o comando da Google Cloud CLI exibido.

   Exemplo:

   gcloud container clusters get-credentials \
     us-central1-exam-db23ee12-gke \
     --region us-central1 \
     --project example-project
   

Inspecionar o cluster do ambiente

Verifique as zonas e os nós em que as cargas de trabalho são executadas no cluster do ambiente. Você usa essas informações para simular uma interrupção do serviço zonal mais tarde. Você também pode executar esses comandos novamente enquanto realiza o teste de failover para ver o cluster do ambiente de execução realiza o failover.

1. Verifique os nós e as zonas:

   kubectl get nodes \
     -o=custom-columns=NAME:.metadata.name,NODE:.metadata.labels.topology\\.gke\\.io/zone
   

2. Verifique os pods:

   kubectl get pods --all-namespaces \
   -o=custom-columns=NAME:.metadata.name,STATUS:.status.phase,NODE:.spec.nodeName \
   --field-selector metadata.namespace!=kube-system
   

3. Confira informações mais detalhadas sobre pods:

   kubectl get pods --all-namespaces -o wide \
   --field-selector metadata.namespace!=kube-system
   

Nós de drenagem

Escolha a zona em que você quer simular uma interrupção do serviço. Se você executar o cluster teste de failover com o teste de failover do banco de dados, talvez você queira escolher a zona principal do instância altamente disponível do Cloud SQL. Por exemplo, se a instância principal do Cloud SQL for executada em us-central1-a simule uma interrupção em toda a zona us-central1-a realizando o teste de failover do banco de dados e, em seguida, o teste de failover do cluster us-central1-a:

O comando a seguir simula um conjunto de nós ficando indisponível em um em uma zona específica. Ele elimina à força os pods de nós na zona especificada e impede a reprogramação de pods nesses nós. Como não é possível criar pods novos programados, novos nós são adicionados ao cluster.

Importante: novos nós adicionados ao cluster podem estar localizados na onde uma falha é simulada. Esse comportamento não invalida de failover, que testa a capacidade do seu ambiente de continuar em execução. depois que alguns nós do cluster ficarem indisponíveis. No caso de uma zona real falha, o GKE adiciona novos nós em uma zona operacional.

Esse comando não afeta as cargas de trabalho executadas no composer-system . Talvez você veja mensagens de erro relacionadas na resposta ao comando. Isso não afeta o teste de failover. Os nós que existem na zona selecionada ainda são marcados como não programáveis.

Para simular uma falha de zona de cluster na zona selecionada:

kubectl get nodes -o name -l "topology.gke.io/zone=ZONE" | \
xargs kubectl drain \
--ignore-daemonsets --delete-emptydir-data --force --disable-eviction

Substitua:

• ZONE: a zona em que você quer simular uma falha de zona do cluster.

Verificar as métricas do ambiente

Figura 1. Métricas de ambiente durante uma interrupção de zona simulada (clique para ampliar)

.

1. No console do Google Cloud, acesse a página Ambientes.

   Acessar "Ambientes"

2. Na lista de ambientes, clique no nome do ambiente. A página Detalhes do ambiente é aberta.

3. Acesse a guia Monitoramento.

4. Verifique se as métricas a seguir são "verdes" durante o failover operação, ou permanecem como "vermelho" por, no máximo, alguns minutos.

   • Integridade do ambiente
   • Sinal de funcionamento do programador
   • Integridade do servidor da Web
   • Integridade do banco de dados
   • Workers ativos
   • Programadores ativos
   • Servidores da Web ativos
   • Gatilhos ativos

   A interrupção simulada é marcada como "Manutenção do cluster operação".

5. Você não precisa fazer mais nada para retornar os arquivos para o failover após o teste. Durante o teste, a o cluster do ambiente de nuvem adiciona automaticamente novos nós que substituem que foram afetadas pela interrupção simulada.

A seguir

• Criar ambientes
• Monitorar ambientes
• Recuperação de desastres com snapshots de ambiente