Configurar o agrupamento
A topologia de cluster do GitHub Enterprise Server fornece dimensionamento horizontal para ambientes com dezenas de milhares de desenvolvedores.
Quem pode usar esse recurso?
A GitHub determina a qualificação para clustering e deve habilitar a configuração para a licença da instância. O clustering requer um planejamento cuidadoso e sobrecarga administrativa adicional. Para obter mais informações, confira "Sobre clustering".
Sobre clustering
A topologia de cluster do GitHub Enterprise Server foi projetada para dar suporte a dezenas de milhares de usuários, algo que outras topologias sofreriam esgotamento de recursos ao tentar oferecer. Em um cluster, os serviços da instância são dimensionados horizontalmente em vários nós.
Diferenças entre agrupamento e alta disponibilidade (HA)
Saiba mais sobre as diferenças entre topologias de implantação para as VMs (máquinas virtuais) que compõem uma instância do GitHub Enterprise Server.
Sobre nós de cluster
Em um cluster do GitHub Enterprise Server, os nós são VMs (máquinas virtuais) individuais que executam o software GitHub Enterprise Server e compõem a instância. Cada nó executa um conjunto de serviços.
Configuração de rede de cluster
Um cluster de GitHub Enterprise Server requer resolução de nome DNS adequada, balanceamento de carga e comunicação entre 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).
Adiar a propagação do banco de dados
Você pode acelerar o processo de adição de um novo nó de réplica MySQL a seu cluster optando por adiar a propagação do banco de dados.
Atualizar o cluster
Use o shell administrativo (SSH) a fim de atualizar um cluster do GitHub Enterprise Server para a versão mais recente.
Monitorar a integridade do cluster
Para garantir o desempenho e a redundância de um cluster do GitHub Enterprise Server, é possível monitorar a integridade dele.
Monitorar a integridade dos nós de cluster com o Serviço de Qualificação de Nó
É possível usar o Node Eligibility Service para monitorar quando os nós em um cluster do GitHub Enterprise Server estão offline tempo suficiente para causar problemas.
Rebalancear as cargas de trabalho do cluster
É possível forçar o cluster do GitHub Enterprise Server a distribuir uniformemente as alocações de trabalho para cargas de trabalho nos nós do cluster.
Como evacuar um nó de cluster que executa serviços de dados
Se um nó no cluster do GitHub Enterprise Server executa serviços que armazenam dados distribuídos, é possível garantir a redundância ao se preparar para substituí-lo limpando os dados dele.
Substituir um nó de cluster
Se um nó falhar em um cluster do GitHub Enterprise Server ou para adicionar um nó com mais recursos, marque todos os nós a serem substituídos como offline e, em seguida, adicione o novo nó.
Configurar alta disponibilidade de replicação de um cluster
Você pode configurar uma réplica de todo o seu cluster do GitHub Enterprise Server em um data center à parte, permitindo que seu cluster faça failover em nós redundantes.
Iniciar failover no seu cluster de réplica
Se o cluster do GitHub Enterprise Server falhar, você poderá fazer failover na réplica.