Skip to main content

Esta versão do GitHub Enterprise será descontinuada em 2022-10-12. Nenhum lançamento de patch será feito, mesmo para questões críticas de segurança. Para obter melhor desempenho, segurança aprimorada e novos recursos, atualize para a última versão do GitHub Enterprise. Para obter ajuda com a atualização, entre em contato com o suporte do GitHub Enterprise.

Diferenças entre agrupamento e alta disponibilidade (HA)

A configuração de alta disponibilidade do GitHub Enterprise Server é uma configuração de failover primário/secundário que fornece redundância, enquanto o cluster fornece redundância e dimensionamento distribuindo a carga de leitura e gravação em vários nós.

Cenários de falha

Tanto a alta disponibilidade (High Availability, HA) quanto o cluster fornecem redundância ao eliminar o nó único como ponto de falha. Ambos podem fornecer disponibilidade nos seguintes cenários:

  • Falha de software, devido a uma falha do sistema operacional ou a aplicativos irrecuperáveis.
  • Falhas de hardware, incluindo hardware de armazenamento, CPU, RAM, adaptadores de rede etc.
  • Falhas no sistema host de virtualização, incluindo eventos de manutenção não planejada e agendada na AWS.
  • Rede interrompida lógica ou fisicamente, se o dispositivo de failover estiver em uma rede separada não afetada pela falha.

Escalabilidade

O clustering fornece melhor escalabilidade distribuindo a carga em vários nós. Esta escala horizontal pode ser preferível para algumas organizações com dezenas de milhares de desenvolvedores. Na alta disponibilidade (HA), a dimensão do appliance depende exclusivamente do nó primário, e a carga não é distribuída para o servidor réplica.

Diferenças entre configuração e método de failover

RecursoConfiguração de failoverMétodo de failover
Configuração de alta disponibilidadeRegistro DNS com TTL baixo apontado para o appliance principal, ou balanceador de carga.É preciso promover manualmente o appliance réplica nas configurações de balanceador de carga e failover de DNS.
ClusteringO registro de DNS deve apontar para um balanceador de carga.Se um nó por trás do balanceador de carga falhar, o tráfego será automaticamente enviado para os outros nós em funcionamento.

Backup e recuperação de desastre

Nem o clustering nem a HA devem ser considerados como substitutos para as medidas regulares de backup. Para obter mais informações, confira "Como configurar backups no seu dispositivo".

Monitoramento

Os recursos de disponibilidade, especialmente os que têm failover automático, como clustering, podem mascarar falhas porque geralmente o serviço não é interrompido em caso de falha. Seja qual for a opção em uso (HA ou cluster), é importante monitorar a integridade de cada instância para você se manter a par das possíveis falhas. Para obter mais informações sobre monitoramento, confira "Limites de alerta recomendados" e "Monitoramento de nós de cluster".

Leitura adicional