Sobre 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.
Differences between clustering and high availability (HA)→
A configuração de alta disponibilidade do GitHub Enterprise Server é uma configuração de failover primário/secundário que fornece redundância, enquanto o cluster fornece redundância e dimensionamento distribuindo a carga de leitura e gravação em vários nós.
Sobre nós de cluster→
Nós são instâncias do GitHub Enterprise Server que operam em um cluster. Cada nó executa um conjunto de serviços fornecidos para o cluster e, consequentemente, para os usuários.
Configuração de rede de cluster→
O funcionamento correto do clustering do GitHub Enterprise Server depende da resolução adequada de nome DNS, do balanceamento de carga e da comunicação entre os nós.
Inicializar o cluster→
Um cluster do GitHub Enterprise Server deve ser configurado com uma licença e inicializado usando o shell administrativo (SSH).
Atualizar o cluster→
Use o shell administrativo (SSH) para atualizar o cluster do GitHub Enterprise Server para a versão mais recente.
Substituir um nó de cluster→
Para substituir um nó do GitHub Enterprise Server, você deve marcar os nós afetados offline no arquivo de configuração do cluster (cluster.conf) e adicionar os nós de substituição. Fazer isso pode ser necessário em caso de falha de algum nó ou para adicionar nós com mais recursos a fim de melhorar o desempenho.
Remover um nó de cluster→
É possível remover serviços de dados em um nó do cluster.
Monitorar nós de cluster→
Um cluster do GitHub Enterprise Server é formado por serviços redundantes distribuídos em dois ou mais nós. Em caso de falha de um serviço ou de um nó inteiro, a falha não será aparente de imediato para os usuários do cluster. No entanto, como o desempenho e a redundância são afetados, é importante monitorar a integridade de um cluster do GitHub Enterprise Server.