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.
- 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 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
Abra a lista de instâncias do Bigtable no Console do Google Cloud.
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.
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 das instâncias do projeto:gcloud bigtable instances list
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.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.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ânciaCLUSTER_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.