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 acessar as informações mais atualizadas, visite a Documentação em inglês.
� 

� 

Esta versão do GitHub Enterprise foi descontinuada em 2022-10-12. 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. Para obter ajuda com a atualização, entre em contato com o suporte do GitHub Enterprise.

Iniciar uma failover no seu cluster de réplicas

Neste artigo

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, confira "Como configurar a 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, confira "Como configurar a 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, confira "Como 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.

    Finished cluster configuration

  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.