Skip to main content
Publicamos atualizações frequentes em nossa documentação, e a tradução desta página ainda pode estar em andamento. Para obter as informações mais recentes, acesse a documentação em inglês. Se houver problemas com a tradução desta página, entre em contato conosco.

Esta versão do GitHub Enterprise foi descontinuada em 2022-06-03. Nenhum lançamento de patch será feito, mesmo para questões críticas de segurança. Para obter melhor desempenho, melhorar a segurança e novos recursos, upgrade to the latest version of GitHub Enterprise. Para ajuda com a atualização, contact GitHub Enterprise support.

Iniciar uma failover no seu cluster de réplicas

Se seu cluster de GitHub Enterprise Server falhar, você poderá gerar uma falha na réplica passiva.

Sobre failover para seu cluster de réplicas

Na hipótese de falha no seu centro de dados primário, você pode gerar falha para os nós de réplica no centro de dados secundário se você configurar um nó de réplica passiva para cada nó no seu cluster ativo.

O tempo necessário para gerar a falha depende do tempo que leva para promover manualmente o cluster de réplicas e redirecionar o tráfego.

Promover um cluster de réplica não configura automaticamente a replicação para o cluster existente. Após promover um grupo de réplicas, você poderá reconfigurar a replicação no novo grupo ativo. Para obter mais informações, consulte "Configurar alta disponibilidade para um cluster".

Pré-requisitos

Para gerar falha em nós de réplica passiva, você deve ter configurado alta disponibilidade para seu cluster. Para obter mais informações, consulte "Configurar alta disponibilidade para um cluster".

Iniciar uma failover no seu cluster de réplicas

  1. SSH em qualquer nó passivo no centro de dados secundário para o seu cluster. Para obter mais informações, consulte "Acessar o shell administrativo (SSH)".

  2. Inicialize a failover para o cluster secundário e configure-o para atuar como nós ativos.

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

    Configuração de cluster concluída
  4. Atualize o registro de DNS para apontar para o endereço IP do balanceador de carga para o seu cluster passivo. O tráfego é direcionado para o réplica após o término do período TTL.

Depois de GitHub Enterprise Server redirecionar você para a instrução e após a propagação de DNS, você concluiu a failover. Os usuários podem acessar GitHub Enterprise Server usando o nome de host habitual para o seu cluster.