Esta versão do GitHub Enterprise Server será descontinuada em 2026-03-17. Nenhum lançamento de patch será feito, mesmo para questões críticas de segurança. Para obter melhor desempenho, segurança aprimorada e novos recursos, atualize para a última versão do GitHub Enterprise Server. Para obter ajuda com a atualização, entre em contato com o suporte do GitHub Enterprise.

Iniciar o processo de failover no seu cluster de réplica

Se o cluster do GitHub Enterprise Server falhar, você poderá fazer failover na réplica.

Neste artigo

Sobre o failover para o cluster de réplicas

Se o datacenter do cluster ativo apresentar uma falha e você tiver configurado a alta disponibilidade, faça o failover para o cluster de réplica.

Ao realizar o failover para o cluster de réplica, ele é promovido a novo cluster ativo, desacoplando-o do antigo cluster ativo. Os nós no cluster ativo antigo serão colocados no modo de manutenção se estiverem em um estado íntegro o bastante para que essa operação seja executada.

Após o failover, você terá dois clusters autônomos sem alta disponibilidade configurados. Você poderá reconfigurar a replicação a partir do novo cluster ativo. Para saber mais, confira AUTOTITLE.

Pré-requisitos

Para fazer failover para nós de réplica, você deve ter configurado a replicação de alta disponibilidade para o cluster. Para saber mais, confira AUTOTITLE.

Iniciando a transferência automática para o seu cluster de réplica

  1. Use SSH para acessar o nó primário do MySQL no cluster de réplica. Para saber mais, confira AUTOTITLE.

  2. Para iniciar o failover no cluster secundário e configurar os nós para responder a solicitações, execute o comando a seguir.

    ghe-cluster-failover

  3. Após a conclusão da configuração executada, GitHub Enterprise Server exibe a mensagem a seguir.

    Finished cluster configuration

  4. Atualize o registro DNS para apontar para o endereço IP do balanceador de carga do seu cluster de réplica. Depois que o período de TTL expirar, as solicitações serão direcionadas para o cluster de réplica.

Depois que o GitHub Enterprise Server retornar ao prompt e suas atualizações de DNS se propagarem, você terá concluído o processo de failover. Os usuários podem acessar o GitHub Enterprise Server usando o nome de host usual do seu cluster.