Publicamos atualizações frequentes em nossa documentação, e a tradução desta página ainda pode estar em andamento. Para obter as informações mais recentes, acesse a documentação em inglês. Se houver problemas com a tradução desta página, entre em contato conosco.

Esta versão do GitHub Enterprise será descontinuada em Esta versão do GitHub Enterprise foi descontinuada em 2020-08-20. No patch releases will be made, even for critical security issues. For better performance, improved security, and new features, upgrade to the latest version of GitHub Enterprise. For help with the upgrade, contact GitHub Enterprise support.

Versão do artigo: Enterprise Server 2.18

About clustering

Com o clustering do GitHub Enterprise Server, os serviços que compõem o GitHub Enterprise Server podem ser dimensionados em vários nós.

Neste artigo

Arquitetura de clustering

O GitHub Enterprise Server é formado por um conjunto de serviços. 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, que operam em um único nó primário com um ou mais nós réplica.

Saiba mais sobre os serviços necessários para clustering.

Clustering é a opção ideal para a minha organização?

Clustering provides better scalability by distributing load across multiple nodes. This horizontal scaling may be preferable for some organizations with tens of thousands of developers. 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, consulte 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, consulte Diferenças entre clustering e alta disponibilidade.

Como faço para obter acesso ao clustering?

O clustering foi feito para situações específicas de dimensionamento e não se aplica a todas as organizações. If clustering is something you'd like to consider, please contact your dedicated representative or GitHub's Sales team.

Pergunte a uma pessoa

Não consegue encontrar o que procura?

Entrar em contato