Skip to main content

Esta versión de GitHub Enterprise se discontinuó el 2022-10-12. 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. Para obtener ayuda con la actualización, póngase en contacto con el soporte técnico de GitHub Enterprise.

Configurar el agrupamiento

Aprende sobre agrupaciones y diferencias con alta disponibilidad.
  • 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 un cl�ster. 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.