Skip to main content

Esta versión de GitHub Enterprise se discontinuará el 2023-01-18. 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.

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.

Escenarios de fallas

Tanto la alta disponibilidad (HA, por sus siglas en inglés) como el agrupamiento brindan redundancia al eliminar el nodo único como punto de falla. Pueden brindar disponibilidad en estos escenarios:

  • Bloqueos de software, ya sea debido a un error del sistema operativo o a aplicaciones irrecuperables.
  • Errores de hardware, incluido hardware de almacenamiento, CPU, RAM, interfaces de red, etc.
  • Errores del sistema host de virtualización, incluidos eventos de mantenimiento programados en AWS y no planeados.
  • Cortes lógicos o físicos en la red, si el dispositivo de conmutación por error está en una red independiente a la que no le afecta el error.

Escalabilidad

La agrupación proporciona una mejor escalabilidad al distribuir la carga en múltiples nodos. Este escalado horizontal puede ser conveniente para algunas organizaciones con decenas de miles de programadores. En HA, la escala de este aparato depende exclusivamente del nodo principal y la cara no se distribuye al servidor de réplica.

Diferencias en el método de conmutación y configuración

CaracterísticaConfiguración de conmutaciónMétodo de conmutación por error
Configuración de alta disponibilidadRegistro de DNS con un TTL bajo que apunta al aparato principal o balanceador de carga.Debes impulsar manualmente el aparato de réplica en las configuraciones de conmutación DNS y balanceador de carga.
Agrupación en clústeresEl registro DNS debe apuntar a un balanceador de carga.Si falla un nodo detrás de un balanceador de carga, el tráfico se envía automáticamente a los otros nodos de funcionamiento.

Copia de seguridad y recuperación ante desastres

Ni el HA ni el Clústering debe considerarse como un reemplazo de los respaldos habituales. Para obtener más información, vea "Configurar copias de seguridad en el dispositivo".

Supervisión

Las características de disponibilidad, especialmente las que tienen conmutación automática como Agrupación, pueden enmascarar una falla dado que el servicio generalmente no se ve interrumpido cuando algo falla. Ya sea que esté usando HA o Agrupación, supervisar el estado de cada instancia es importante para que puedas estar al tanto cuando se produce una falla. Para obtener más información sobre la supervisión, vea "Umbrales recomendados de alerta" y "Supervisar los nodos de clúster".

Información adicional