{"meta":{"title":"Configurar o agrupamento","intro":"A topologia de cluster para GitHub Enterprise Server fornece dimensionamento horizontal para ambientes com dezenas de milhares de desenvolvedores.","product":"Administradores da empresa","breadcrumbs":[{"href":"/pt/enterprise-server@3.18/admin","title":"Administradores da empresa"},{"href":"/pt/enterprise-server@3.18/admin/monitoring-and-managing-your-instance","title":"Monitorar e gerenciar a instância"},{"href":"/pt/enterprise-server@3.18/admin/monitoring-and-managing-your-instance/configuring-clustering","title":"Configurar o agrupamento"}],"documentType":"subcategory"},"body":"# Configurar o agrupamento\n\nA topologia de cluster para GitHub Enterprise Server fornece dimensionamento horizontal para ambientes com dezenas de milhares de desenvolvedores.\n\n## Links\n\n* [Sobre agrupamento (clustering)](/pt/enterprise-server@3.18/admin/monitoring-and-managing-your-instance/configuring-clustering/about-clustering)\n\n  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.\n\n* [Diferenças entre agrupamento e alta disponibilidade (HA)](/pt/enterprise-server@3.18/admin/monitoring-and-managing-your-instance/configuring-clustering/differences-between-clustering-and-high-availability-ha)\n\n  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.\n\n* [Sobre os nós do cluster](/pt/enterprise-server@3.18/admin/monitoring-and-managing-your-instance/configuring-clustering/about-cluster-nodes)\n\n  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.\n\n* [Configuração de rede de cluster](/pt/enterprise-server@3.18/admin/monitoring-and-managing-your-instance/configuring-clustering/cluster-network-configuration)\n\n  Um cluster de GitHub Enterprise Server requer resolução de nome DNS adequada, balanceamento de carga e comunicação entre nós.\n\n* [Inicializar o cluster](/pt/enterprise-server@3.18/admin/monitoring-and-managing-your-instance/configuring-clustering/initializing-the-cluster)\n\n  Um GitHub Enterprise Server cluster deve ser configurado com uma licença e inicializado usando o SSH (shell administrativo).\n\n* [Adiar a semeadura do banco de dados](/pt/enterprise-server@3.18/admin/monitoring-and-managing-your-instance/configuring-clustering/deferring-database-seeding)\n\n  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.\n\n* [Atualizando um cluster](/pt/enterprise-server@3.18/admin/monitoring-and-managing-your-instance/configuring-clustering/upgrading-a-cluster)\n\n  Para atualizar um GitHub Enterprise Server cluster para a versão mais recente, use o SSH (shell administrativo).\n\n* [Monitorar a saúde do cluster](/pt/enterprise-server@3.18/admin/monitoring-and-managing-your-instance/configuring-clustering/monitoring-the-health-of-your-cluster)\n\n  Para garantir o desempenho e a redundância de um GitHub Enterprise Server cluster, você pode monitorar a integridade do cluster.\n\n* [Monitorar a integridade dos nós de cluster com o Serviço de Qualificação de Nó](/pt/enterprise-server@3.18/admin/monitoring-and-managing-your-instance/configuring-clustering/monitoring-the-health-of-your-cluster-nodes-with-node-eligibility-service)\n\n  Você pode monitorar quando os nós em um GitHub Enterprise Server cluster estão offline há tempo suficiente para causar problemas usando Node Eligibility Service.\n\n* [Rebalancear as cargas de trabalho do cluster](/pt/enterprise-server@3.18/admin/monitoring-and-managing-your-instance/configuring-clustering/rebalancing-cluster-workloads)\n\n  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.\n\n* [Substituir um nó de cluster](/pt/enterprise-server@3.18/admin/monitoring-and-managing-your-instance/configuring-clustering/replacing-a-cluster-node)\n\n  Substitua um nó funcional ou com falha em um grupo GitHub Enterprise Server, preservando os serviços que o nó fornece.\n\n* [Configurando replicação de alta disponibilidade para um cluster](/pt/enterprise-server@3.18/admin/monitoring-and-managing-your-instance/configuring-clustering/configuring-high-availability-replication-for-a-cluster)\n\n  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.\n\n* [Iniciar failover no seu cluster de réplica](/pt/enterprise-server@3.18/admin/monitoring-and-managing-your-instance/configuring-clustering/initiating-a-failover-to-your-replica-cluster)\n\n  Se o cluster GitHub Enterprise Server falhar, você poderá fazer failover para a réplica."}