Visão geral de clustering

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. Se você está pensando em usar o clustering, converse com seu representante dedicado ou com a nossa equipe de gerenciamento de conta pelo endereço sales@github.com.