Sobre o clustering para GitHub Enterprise Server
A topologia do cluster para GitHub Enterprise Server fornece escalabilidade horizontal para empresas que têm dezenas de milhares de desenvolvedores. GitHub recomenda a clusterização se um único nó primário estiver sujeito rotineiramente à exaustão de recursos.
Em um cluster, a instância fornece serviços e distribui dados entre várias VMs (máquinas virtuais) que executam o GitHub Enterprise Server software. Cada VM é chamada de nó. Para saber mais, confira Sobre os nós do cluster.
O clustering é a opção ideal para o meu ambiente?
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. No entanto, a configuração de um cluster redundante e escalonável requer um planejamento cuidadoso. Em comparação com outras topologias, como HA (alta disponibilidade), a complexidade adicional afeta a instalação, a configuração, a recuperação de desastre e as atualizações.
GitHub Enterprise Server exige baixa latência entre os nós e não foi projetado para redundância entre locais geograficamente distintos.
O clustering fornece redundância, mas não tem como objetivo substituir uma configuração de alta disponibilidade. A definição e a manutenção de uma configuração de alta disponibilidade são muito mais simples do que o uso de clustering e atenderão a maioria dos ambientes. Para saber mais, confira Como configurar a alta disponibilidade e Diferenças entre agrupamento e alta disponibilidade (HA).
Observação
Atualmente, o GitHub Packages no GitHub Enterprise Server não dá suporte a clustering.
Como faço para obter acesso ao clustering?
GitHub criou a topologia de cluster para situações de dimensionamento específicas. O clustering não se destina a todas as empresas ou ambientes. Se você estiver interessado em clusterização para o seu ambiente, entre em contato com o seu gerente de contas dedicado ou Equipe de vendas do GitHub.