Como configurar a alta disponibilidade

Em uma configuração de alta disponibilidade, um dispositivo secundário GitHub Enterprise Server totalmente redundante é mantido em sincronia com o dispositivo primário por meio da replicação de todos os principais armazenamentos de dados.

Você pode tornar a pesquisa mais resiliente durante a manutenção, failovers e atualizações em uma implantação de alta disponibilidade, habilitando a CCR (Replicação Entre Clusters) do Elasticsearch.

Encontre informações sobre tipos de réplica de alta disponibilidade, padrões de comunicação, operações de manutenção e como escolher a réplica certa para sua implantação.

Em uma configuração ativa/passiva, o appliance réplica é uma cópia redundante do appliance primário. Em caso de falha no appliance primário, o modo de alta disponibilidade permitirá que a réplica atue como appliance primário, mitigando as interrupções de serviço.

Após configurar a alta disponibilidade para sua instância do GitHub Enterprise Server, você pode monitorar o status da replicação de dados entre os nós de réplica da sua instância.

Verifique se o Controlador de Replicação está habilitado sua instância do GitHub Enterprise Servere desabilite-o somente quando Suporte do GitHub recomendá-lo durante a solução de problemas.

Você pode fazer failover para um GitHub Enterprise Server dispositivo de réplica usando a linha de comando para manutenção e teste ou se o dispositivo primário falhar.

Depois de fazer failover para um dispositivo GitHub Enterprise Server, você deve restabelecer a redundância o mais rápido possível, em vez de depender de um único dispositivo.

Você pode interromper a replicação para uma GitHub Enterprise Server réplica temporariamente ou remover permanentemente a replicação.

A replicação geográfica no GitHub Enterprise Server usa várias réplicas ativas para atender a solicitações de centros de dados geograficamente distribuídos.