Faça a gestão das comutações por falha

Se um cluster do Bigtable deixar de responder, a replicação permite que o tráfego recebido seja transferido para outro cluster na mesma instância. As comutações por falha podem ser manuais ou automáticas, consoante o perfil da app que uma aplicação está a usar e como o perfil da app está configurado.

Esta página descreve os passos para realizar uma comutação por falha entre clusters.

• Se um perfil de app encaminhar todos os pedidos para um único cluster, pode fazer uma transferência manual por falha.
• Se um perfil de app usar o encaminhamento de vários clusters, as alternativas são automáticas e não tem de fazer nada.

Antes de ler esta página, deve conhecer a vista geral da replicação do Bigtable. Também deve conhecer as opções de encaminhamento disponíveis para o Bigtable.

Faça uma comutação por falha manual

Use uma comutação por falha manual se um perfil de app encaminhar todos os pedidos para um único cluster e esse cluster deixar de responder. Para ver exemplos dos critérios que pode usar para determinar que um cluster não está a responder, consulte a secção Manual failovers. Verifique a latência de replicação da instância antes de decidir fazer a comutação por falha. Para mais informações, consulte o artigo Gráficos para replicação.

Para fazer uma comutação por falha manual, atualize o perfil da app para que encaminhe os pedidos para um cluster com capacidade de resposta em vez do cluster sem capacidade de resposta:

Consola

1. Abra a lista de instâncias do Bigtable na Google Cloud consola.

   Abra a lista de instâncias

2. Na coluna Perfis de aplicações, clique no perfil da app que está a encaminhar tráfego para o cluster que não responde.

   Se não vir o perfil da app que quer editar, pode ver uma lista completa clicando no nome da instância e, de seguida, em Perfis de aplicações no painel do lado esquerdo.

3. Em Encaminhamento de clusters, selecione um cluster reativo na sua instância.

   Importante: se a opção Qualquer cluster (vários clusters) estiver selecionada, o perfil da app processa as falhas automaticamente. Clique em Cancelar para sair sem guardar.

4. Clique em Guardar. É apresentada uma caixa de diálogo de confirmação.

5. Reveja cuidadosamente os avisos na caixa de diálogo de confirmação e, em seguida, siga as instruções na caixa de diálogo e clique em Continuar.

gcloud

1. Se não souber o ID da instância, use o comando bigtable instances list para ver uma lista das instâncias do seu projeto:

   gcloud bigtable instances list
   

2. Se não souber os IDs dos clusters da instância, use o comando bigtable clusters list para ver uma lista de clusters na instância:

   gcloud bigtable clusters list --instances=INSTANCE_ID
   

   Substitua INSTANCE_ID pelo identificador permanente da instância.

3. Se não souber o ID do perfil da app, use o comando bigtable app-profiles list para ver uma lista dos perfis da app da instância:

   gcloud bigtable app-profiles list --instance=INSTANCE_ID
   

   Substitua INSTANCE_ID pelo identificador permanente da instância.

4. Use o comando bigtable app-profiles update para alterar o cluster que o perfil da app usa:

   gcloud bigtable app-profiles update APP_PROFILE_ID \
       --instance=INSTANCE_ID \
       --route-to=CLUSTER_ID
   

   Forneça os seguintes dados:

   • APP_PROFILE_ID: O identificador permanente do perfil da app.
   • INSTANCE_ID: O identificador permanente da instância.
   • CLUSTER_ID: O ID do cluster para o qual todos os pedidos devem ser encaminhados. Este sinalizador ativa o encaminhamento de cluster único.

   Se receber uma mensagem de erro, reveja cuidadosamente todos os avisos na mensagem de erro. Se quiser substituir o erro, execute o comando novamente com a flag --force.

Pouco depois de atualizar o perfil da app, todas as aplicações que usam o perfil da app começam a direcionar todos os respetivos pedidos para o cluster em bom estado de funcionamento que selecionou. O cluster não saudável continua a usar a CPU para processar a replicação e outras tarefas de manutenção.

Depois de o cluster não saudável ser recuperado, pode seguir os mesmos passos para atualizar o perfil da app de modo que encaminhe todos os pedidos para o cluster recuperado.

Realize uma comutação por falha automática

Com o Bigtable, as comutações por falha automáticas são verdadeiramente automáticas. Se um perfil de app usar o encaminhamento de vários clusters e o cluster mais próximo do servidor da aplicação ficar em mau estado, não tem de fazer nada. O Bigtable faz automaticamente a comutação por falha, mesmo que o cluster esteja brevemente em mau estado, e usa o cluster em bom estado mais próximo para processar pedidos até que o cluster em mau estado seja recuperado.

Para ver o número de pedidos que foram automaticamente reencaminhados durante um determinado período, consulte o gráfico Automatic Failovers naGoogle Cloud consola: abra a lista de instâncias, clique no nome da instância e, de seguida, em Monitoring.

O que se segue?

Saiba como monitorizar uma instância do Bigtable.