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".
Iniciar failover no seu cluster de réplica
-
SSH no nó MySQL primário no cluster de réplica. Para obter mais informações, confira "Acesar 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.