Español
Explorar por producto
Enterprise administrators
Español
Esta versión de GitHub Enterprise se discontinuó el 2021-09-23. No se realizarán lanzamientos de patch, ni siquiera para problemas de seguridad críticos. Para obtener un mejor desempeño, más seguridad y nuevas características, actualiza a la última versión de GitHub Enterprise. Para obtener ayuda con la actualización, contacta al soporte de GitHub Enterprise.
Configurar el agrupamiento
Acerca de las agrupaciones→
La agrupación GitHub Enterprise Server permite que los servicios que la componen GitHub Enterprise Server sean escalados a múltiples nodos.
Diferencias entre los agrupamientos y la disponibilidad alta (HA)→
GitHub Enterprise Server La configuración de alta disponibilidad es una configuración de conmutación primaria/secundaria que brinda redundancia mientras que el agrupamiento brinda redundancia y escalabilidad al distribuir cargas de lectura y escritura entre múltiples nodos.
Acerca de los nodos de agrupación→
Los "nodos" son instancias de GitHub Enterprise Server que operan en una agrupación. Cada nodo ejecuta un conjunto de servicios que se suministra a la agrupación y; por último, a los usuarios.
Configuración de la red de agrupaciones→
La agrupación de GitHub Enterprise Server se basa en la resolución de nombre de DNS pertinente, balanceo de carga y comunicación entre los nodos para operar de manera adecuada.
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).
Actualizar una agrupación→
Usa el shell administrativo (SSH) para actualizar una agrupación de GitHub Enterprise Server a la última versión.
Supervisar los nodos de agrupación→
Una agrupación de GitHub Enterprise Server está compuesta por servicios redundantes que se distribuyen entre dos o más nodos. Si un servicio individual o un nodo completo falla, los usuarios de la agrupación no deberían percibirlo inmediatamente. Sin embargo, si el rendimiento y la redundancia se ven afectados, es importante supervisar el estado de una agrupación de GitHub Enterprise Server.
Reemplazar un nodo de agrupación→
Para reemplazar un nodo GitHub Enterprise Server, debes marcar los nodos fuera de línea afectados en el archivo de configuración de la agrupación (
cluster.conf) y agregar los nodos de reemplazo. Esto puede ser necesario en caso de que un nodo falle, o para agregar un nodo con más recursos a fin de aumentar el rendimiento.Evacuar un nodo de agrupación→
Puedes evacuar los servicios de datos en un nodo de agrupación.
Configurar la replicación con disponibilidad alta para un clúster→
Puedes configurar una réplica pasiva de todo tu clúster de GitHub Enterprise Server en una ubicación diferentes, lo cual le permitirá tolerar fallos en nodos redundantes.
Iniciar una conmutación por error a tu clúster de réplica→
Si tu clúster de GitHub Enterprise Server falla, puedes recuperarte del fallo a la réplica pasiva.