Gerenciar failovers

Caso um cluster do Bigtable deixe de responder, a replicação vai possibilitar o failover do tráfego de entrada para outro cluster na mesma instância. Os failovers podem ser manuais ou automáticos, dependendo do perfil de app usado por um aplicativo e de como esse perfil está configurado.

Nesta página, você verá as etapas para realizar um failover entre clusters.

Caso um perfil de app encaminhe todas as solicitações para um único cluster, realize um failover manual.
Se um perfil de aplicativo usar roteamento de vários clusters, os failovers serão automáticos, e você não precisará realizar nenhuma ação.

Antes de ler esta página, familiarize-se com a visão geral da replicação do Bigtable. Conheça também as opções de roteamento disponíveis para o Bigtable.

Executar um failover manual

Use um failover manual caso um perfil de app encaminhe todas as solicitações para um único cluster e esse cluster deixar de responder. Consulte Failovers manuais para exemplos dos critérios que podem ser usados para determinar se o cluster deixar de responder.

Para executar um failover manual, atualize o perfil de app. Dessa maneira, ele encaminha solicitações para o cluster responsivo, em vez do cluster não responsivo:

Console

Abra a lista de instâncias do Bigtable no console do Google Cloud.

Abrir a lista de instâncias
Na coluna Perfis de aplicativo, clique no perfil de app que esteja encaminhando tráfego para o cluster não responsivo.

Caso não encontre o perfil de aplicativo que quer editar, você poderá ver uma lista completa clicando no nome da instância e em Perfis de aplicativo no painel esquerdo.
Em Roteamento do cluster, selecione o cluster responsivo na instância.

Importante: se for selecionada opção Qualquer cluster (vários clusters), o perfil do aplicativo processará os failovers automaticamente. Clique em Cancelar para sair sem salvar.
Clique em Salvar. Uma caixa de diálogo de confirmação é exibida.
Leia com atenção os avisos na caixa de diálogo de confirmação, siga as instruções na caixa de diálogo e clique em Continuar.

gcloud

Se você não souber o ID da instância, use o comando bigtable instances list para ver uma lista de instâncias do seu projeto:
```
gcloud bigtable instances list
```
Se você não souber os IDs de cluster 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.
Se você não souber o ID do perfil de aplicativo, use o comando bigtable app-profiles list para ver uma lista de perfis de aplicativo da instância:
```
gcloud bigtable app-profiles list --instance=INSTANCE_ID
```
Substitua INSTANCE_ID pelo identificador permanente da instância.
Use o comando bigtable app-profiles update para alterar o cluster que o perfil de app usa:
```
gcloud bigtable app-profiles update APP_PROFILE_ID \
    --instance=INSTANCE_ID \
    --route-to=CLUSTER_ID
```
Preencha o seguinte:
- APP_PROFILE_ID: identificador permanente do perfil de aplicativo.
- INSTANCE_ID: identificador permanente da instância
- CLUSTER_ID: código do cluster ao qual todas as solicitações serão roteadas. Essa sinalização ativa o encaminhamento de cluster único.
Ao receber uma mensagem de erro, examine cuidadosamente todos os avisos contidos nela. Caso queira modificar o erro, execute novamente o comando com a sinalização --force.

Logo após a atualização do perfil de app, todos os aplicativos que o utilizam começarão a direcionar as solicitações para o cluster íntegro selecionado. O cluster sem integridade continuará usando a CPU para processar a replicação e outras tarefas de manutenção.

Depois que o cluster sem integridade for recuperado, será possível seguir as mesmas etapas para atualizar o perfil de app. Dessa maneira, ele encaminha todas as solicitações para o cluster recuperado.

Executar um failover automático

Com o Bigtable, os failovers automáticos são realmente automáticos. Caso um perfil de aplicativo use roteamento de vários clusters e o cluster mais próximo do servidor de aplicativos perca a integridade, não será necessário realizar qualquer ação. O Bigtable efetuará um failover automaticamente, mesmo que um cluster perca a integridade por pouco tempo, e usará o cluster íntegro mais próximo para manipular solicitações até que o cluster não íntegro tenha se recuperado.

Para ver o número de solicitações que foram reencaminhadas automaticamente durante um período determinado, consulte o gráfico de failovers automáticos no Console do Google Cloud. Para isso, abra a lista de instâncias, clique no nome da instância e, em seguida, em Monitoramento.

A seguir

Saiba como monitorar uma instância do Bigtable.