Configurar o agrupamento

Saiba mais sobre clustering e diferenças com alta disponibilidade.

  • 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.

Esse documento ajudou você?Política de Privacidade

Ajude-nos a tornar esses documentos ótimos!

Todos os documentos do GitHub são de código aberto. Você percebeu que algo que está errado ou não está claro? Envie um pull request.

Faça uma contribuição

Ou, aprenda como contribuir.