Esta versão do GitHub Enterprise Server será descontinuada em 2024-06-29. 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 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éplica

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

O failover para o cluster de réplica promove que ele seja o novo cluster ativo e desacopla o novo cluster ativo do cluster ativo antigo. 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 obter mais informações, confira "Configurar alta disponibilidade de replicação de um cluster".

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 obter mais informações, confira "Configurar alta disponibilidade de replicação de um cluster".

Observação: a replicação de alta disponibilidade está disponível no GitHub Enterprise Server versão 3.9.1 e posterior.

Iniciar failover no seu cluster de réplica

  1. SSH no nó MySQL primário no cluster de réplica. Para obter mais informações, confira "Acesar o shell administrativo (SSH)".

  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 você ao prompt, e suas atualizações de DNS se propagarem, você terá concluído o failover. Os usuários podem acessar o GitHub Enterprise Server usando o nome de host usual do seu cluster.