Gerenciar failovers

Se um cluster do Bigtable parar de responder, a replicação vai possibilitar a faça o failover do tráfego 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.

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 se um perfil de app encaminhar todas as solicitações para um único cluster e ele deixa de responder. Para conferir exemplos de critérios que podem ser usados para determinar se um cluster não está respondendo, consulte Failovers manuais. Verificar a latência de replicação da instância antes de decidir fazer o failover. Para mais informações, consulte Gráficos para replicação do Compute Engine.

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

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

    Abrir a lista de instâncias

  2. 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.

  3. Em Roteamento do cluster, selecione o cluster responsivo na instância.

  4. Clique em Salvar. Uma caixa de diálogo de confirmação é exibida.

  5. 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

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

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

    gcloud bigtable clusters list --instances=INSTANCE_ID
    

    Substitua INSTANCE_ID pelo identificador permanente da instância.

  3. Caso você não saiba 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.

  4. 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.