Em um cluster, esses serviços são executados em vários nós e as solicitações são balanceadas por carga entre eles.
As alterações são armazenadas automaticamente com cópias redundantes em nós separados. A maioria dos serviços são pares iguais com outras instâncias do mesmo serviço. As exceções são os serviços mysql-server e redis-server. Eles operam com um só nó primário com um ou mais nós de réplica. Saiba mais sobre os serviços necessários para clustering. Clustering é a opção ideal para a minha organização?
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 dimensionável pode ser uma tarefa complexa e requer planejamento cuidadoso.
A complexidade adicional deve ser planejada para a instalação, os cenários de recuperação de desastre e as atualizações.
O GitHub Enterprise Server requer baixa latência entre os nós e não foi feito para a redundância entre locais geográficos. O clustering fornece redundância, mas não foi feito para substituir uma configuração de alta disponibilidade.
Para obter mais informações, confira Configuração de alta disponibilidade.
A configuração de um failover primário/secundário é muito mais simples do que o clustering e funcionará perfeitamente para várias organizações. Para obter mais informações, confira Diferenças entre clustering e alta disponibilidade.
Observação: atualmente, o GitHub Packages no GitHub Enterprise Server não dá suporte ao clustering.
O clustering foi feito para situações específicas de dimensionamento e não se aplica a todas as organizações.
Se você está pensando em usar o clustering, converse com seu representante exclusivo ou Equipe de vendas do GitHub.
Clustering is designed for specific scaling situations and is not intended for every organization. If clustering is something you'd like to consider, please contact your dedicated representative or Equipe de vendas do GitHub.