Sobre clustering para o GitHub Enterprise Server
A topologia de cluster para o GitHub Enterprise Server fornece escala horizontal para empresas com dezenas de milhares de desenvolvedores. A GitHub recomenda o clustering se um único nó primário apresentar rotina de esgotamento de recursos.
Em um cluster, a instância fornece serviços e distribui dados entre várias VMs (máquinas virtuais) que executam o software GitHub Enterprise Server. Cada VM é chamada de nó. Para obter mais informações, confira "Sobre nós de 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, configurar 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.
O GitHub Enterprise Server requer baixa latência entre os nós e não foi criado para a redundância entre locais geográficos.
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 ao clustering.
Como faço para obter acesso ao clustering?
A GitHub projetou 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 no clustering para seu ambiente, entre em contato com seu gerente de conta dedicado ou com Equipe de vendas do GitHub.