Esta versión de GitHub Enterprise Server se discontinuó el 2024-09-25. No se realizarán lanzamientos de patch, ni siquiera para problemas de seguridad críticos. Para obtener rendimiento mejorado, seguridad mejorada y nuevas características, actualice a la versión más reciente de GitHub Enterprise Server. Para obtener ayuda con la actualización, póngase en contacto con el soporte técnico de GitHub Enterprise.
Configurar el agrupamiento
La topología de clúster de GitHub Enterprise Server proporciona escalado horizontal para entornos con decenas de miles de desarrolladores.
¿Quién puede utilizar esta característica?
GitHub determina la idoneidad para la agrupación en clústeres y debe habilitar la configuración de la licencia de la instancia. La agrupación en clústeres conlleva una planeación cuidadosa y una sobrecarga administrativa adicional. Para obtener más información, vea «Acerca de las agrupaciones».
Acerca de las agrupaciones
La topología de clúster para GitHub Enterprise Server está diseñada para admitir decenas de miles de usuarios en los que otras topologías experimentarían el agotamiento de recursos. En un clúster, los servicios de la instancia se escalan horizontalmente entre varios nodos.
Diferencias entre los agrupamientos y la disponibilidad alta (HA)
Obtenga información sobre las diferencias entre las topologías de implementación de las máquinas virtuales (VM) que componen una instancia de GitHub Enterprise Server.
Acerca de los nodos de agrupación
En un clúster de GitHub Enterprise Server, los nodos son máquinas virtuales individuales que ejecutan el software GitHub Enterprise Server que componen la instancia. Cada nodo ejecuta un conjunto de servicios.
Configuración de la red de agrupaciones
Un clúster de GitHub Enterprise Server requiere una resolución de nombres DNS adecuada, equilibrio de carga y comunicación entre nodos.
Inicializar la agrupación
Una agrupación de GitHub Enterprise Server se debe configurar con una licencia y se debe inicializar mediante un shell administrativo (SSH).
Diferir la propagación de la base de datos
Puede acelerar el proceso de agregar un nuevo nodo de réplica de MySQL al clúster si opta por diferir la propagación de la base de datos.
Actualizar una agrupación
Para actualizar un clúster de GitHub Enterprise Server a la versión más reciente, usa el shell administrativo (SSH).
Supervisión del estado del clúster
Para garantizar el rendimiento y la redundancia de un clúster de GitHub Enterprise Server, puedes supervisar el estado del clúster.
Supervisión del estado de los nodos del clúster con el servicio de ideoneidad de nodos
Puedes supervisar cuándo los nodos de un clúster de GitHub Enterprise Server han estado sin conexión durante mucho tiempo para causar problemas mediante el uso de Node Eligibility Service.
Reequilibrio de las cargas de trabajo del clúster
Puedes forzar que el clúster GitHub Enterprise Server distribuya uniformemente las asignaciones de trabajos para las cargas de trabajo en los nodos del clúster.
Evacuación de un nodo de clúster que ejecuta servicios de datos
Si un nodo del clúster GitHub Enterprise Server ejecuta servicios que almacenan datos distribuidos, puedes garantizar la redundancia mientras te preparas para reemplazar el nodo mediante la evacuación de los datos del nodo.
Reemplazar un nodo de agrupación
Si se produce un error en un clúster GitHub Enterprise Server, o si deseas agregar un nuevo nodo con más recursos, marca los nodos que quieres reemplazar como sin conexión y agrega el nuevo nodo.
Configurar la replicación con disponibilidad alta para un clúster
Puedes configurar una réplica de todo tu clúster de GitHub Enterprise Server en un centro de datos diferente, lo cual le permitirá tolerar fallos en nodos redundantes.
Inicio de una conmutación por error a tu clúster de réplica
Si se produce un error en el clúster de GitHub Enterprise Server, puedes conmutar por error a la réplica.