Como configurar a alta disponibilidade

Na configuração de alta disponibilidade, um appliance do GitHub Enterprise Server secundário totalmente redundante é mantido em sincronização com o appliance primário pela 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 a configuração da alta disponibilidade para o sua instância do GitHub Enterprise Server, é possível monitorar o status da replicação de dados nos nós de réplica da instância.

É possível fazer failover de um appliance réplica do GitHub Enterprise Server usando a linha de comando para manutenção e teste ou em caso de falha do appliance primário.

Após o failover para um appliance do GitHub Enterprise Server, você deve recuperar a redundância o quanto antes, em vez de usar somente um appliance.

É possível parar temporariamente a replicação de uma réplica do GitHub Enterprise Server ou remover a replicação permanentemente.

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