Skip to main content

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.

  • Cluster network configuration

    GitHub Enterprise Server clustering relies on proper DNS name resolution, load balancing, and communication between nodes to operate properly.

  • 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ê deverá 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.

  • Configuring high availability replication for a cluster

    You can configure a passive replica of your entire GitHub Enterprise Server cluster in a different location, allowing your cluster to fail over to redundant nodes.

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