Esta versão do GitHub Enterprise Server será descontinuada em 2026-08-25. Não há suporte para versões descontinuadas. Nenhum lançamento de patch será feito, mesmo para questões críticas de segurança. Para obter melhor desempenho, segurança aprimorada e novos recursos no GitHub Enterprise Server, consulte Overview do processo de atualização. Para obter ajuda com a atualização, entre em contato com o GitHub Enterprise Support.
Configurar o agrupamento
A topologia de cluster para GitHub Enterprise Server fornece dimensionamento horizontal para ambientes com dezenas de milhares de desenvolvedores.
Sobre agrupamento (clustering)
A topologia de cluster para GitHub Enterprise Server foi projetada para dar suporte a dezenas de milhares de usuários, enquanto outras topologias sofreriam esgotamento de recursos. 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 GitHub Enterprise Server instância.
Sobre os nós do cluster
Em um cluster do GitHub Enterprise Server, os nós são VMs (máquinas virtuais) individuais que executam o software do GitHub Enterprise Server que contém 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 GitHub Enterprise Server cluster deve ser configurado com uma licença e inicializado usando o SSH (shell administrativo).
Adiar a semeadura 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.
Atualizando um cluster
Para atualizar um GitHub Enterprise Server cluster para a versão mais recente, use o SSH (shell administrativo).
Monitorar a saúde do cluster
Para garantir o desempenho e a redundância de um GitHub Enterprise Server cluster, você pode monitorar a integridade do cluster.
Monitorar a integridade dos nós de cluster com o Serviço de Qualificação de Nó
Você pode monitorar quando os nós em um cluster GitHub Enterprise Server ficaram offline por tempo suficiente para causar problemas usando Node Eligibility Service.
Rebalancear as cargas de trabalho do cluster
Você pode forçar seu GitHub Enterprise Server cluster a distribuir uniformemente alocações de trabalho para cargas de trabalho nos nós do cluster.
Substituir um nó de cluster
Substitua um nó funcional ou com falha em um GitHub Enterprise Server cluster, preservando os serviços que o nó fornece.
Configurando replicação de alta disponibilidade para um cluster
Você pode configurar uma réplica de todo o cluster GitHub Enterprise Server em um datacenter separado, permitindo que o cluster faça failover para nós redundantes.
Iniciar failover no seu cluster de réplica
Se o cluster GitHub Enterprise Server falhar, você poderá fazer failover para a réplica.