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, faça o 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 saber mais, confira Configurando replicação de alta disponibilidade para 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 saber mais, confira Configurando replicação de alta disponibilidade para um cluster.
Iniciar failover no seu cluster de réplica
-
Use SSH para acessar o nó primário do MySQL no cluster de réplica. Para saber mais, confira Acessar o shell administrativo (SSH).
-
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 -
Após a conclusão da configuração executada, GitHub Enterprise Server exibe a mensagem a seguir.
Finished cluster configuration -
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.