Skip to main content

Esta versión de GitHub Enterprise Server se discontinuó el 2024-07-09. 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.

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.

¿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 topologías de implementación de GitHub Enterprise Server

Puedes implementar las máquinas virtuales de una instancia de GitHub Enterprise Server en diferentes topologías en función del entorno y las necesidades del usuario.

  • Para respaldar un plan para la recuperación ante desastres y complementar las copias de seguridad, o para mejorar el rendimiento de red y escritura para los usuarios distribuidos geográficamente, puedes configurar una alta disponibilidad. En una configuración de alta disponibilidad, un nodo actúa como principal y los demás como réplicas. Para obtener más información, vea «Acerca de la configuración de alta disponibilidad».

  • Para proporcionar escalado horizontal para entornos con decenas de miles de desarrolladores, hay disponible una topología de clúster. La agrupación en clústeres aborda situaciones en las que un único nodo principal experimentaría regularmente el agotamiento de recursos. Esta configuración conlleva una planeación cuidadosa y una sobrecarga administrativa adicional. GitHub colaborará contigo para determinar tu idoneidad para la agrupación en clústeres. Para obtener más información, vea «Acerca de las agrupaciones».

Escenarios de fallas

Tanto la alta disponibilidad (HA, por sus siglas en inglés) como la agrupación en clústeres brindan redundancia al eliminar el nodo único como punto de error. 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 del host de virtualización, que incluyen eventos de mantenimiento programado y no planeado para AWS, Azure, or GCP.
  • 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 la alta disponibilidad ni la agrupación en clústeres debe considerarse como un reemplazo de las copias de seguridad habituales. Para obtener más información, vea «Configuración de copias de seguridad en la instancia».

Supervisión

Las características de disponibilidad, especialmente las que tienen conmutación automática por error como la agrupación en clústeres, pueden enmascarar un error dado que el servicio generalmente no se ve interrumpido aunque se produzca algún error. Tanto si estás usando alta disponibilidad como agrupación en clústeres, supervisar el estado de cada instancia es importante para que puedas estar al tanto cuando se produce un error. Para más información sobre la supervisión, consulta "Límites de alerta recomendados" y "Supervisión del estado del clúster".