Skip to main content

Como configurar a alta disponibilidade

O GitHub Enterprise Server dá suporte a operações em modo de alta disponibilidade, visando minimizar o tempo de inatividade do serviço em caso de falha de hardware ou grande interrupção da rede.

Sobre a configuração de 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.

Respostas para perguntas comuns sobre réplicas de alta disponibilidade

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.

Criar réplica de alta disponibilidade

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.

Monitorar uma configuração de alta disponibilidade

Após a configuração de alta disponibilidade para o 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.

Iniciando um failover no seu appliance de réplica

É possível realizar failover de um appliance réplica do GitHub Enterprise Server por meio da linha de comandos para manutenção e testes ou em caso de falha do appliance primário.

Recuperar configuração de alta disponibilidade

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.

Remover uma réplica de alta disponibilidade

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

Sobre a replicação geográfica

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.