Português do Brasil
Explorar por produto
Enterprise administrators
Português do Brasil
Esta versão do GitHub Enterprise foi descontinuada em 2021-09-23. Nenhum lançamento de patch será feito, mesmo para questões críticas de segurança. Para obter melhor desempenho, melhorar a segurança e novos recursos, upgrade to the latest version of GitHub Enterprise. Para ajuda com a atualização, contact GitHub Enterprise support.
Configurar o agrupamento
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.
Diferenças entre agrupamento e alta disponibilidade (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.
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.
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.
Configurar alta disponibilidade de replicação de um cluster→
Você pode configurar uma réplica passiva de todo o seu cluster de GitHub Enterprise Server em um local diferente, permitindo que o seu cluster falhe em nós redundantes.
Iniciar uma failover no seu cluster de réplicas→
Se seu cluster de GitHub Enterprise Server falhar, você poderá gerar uma falha na réplica passiva.