Frecuentemente publicamos actualizaciones de nuestra documentación. Es posible que la traducción de esta página esté en curso. Para conocer la información más actual, visita la documentación en inglés. Si existe un problema con las traducciones en esta página, por favor infórmanos.

Diferencias entre los agrupamientos y la disponibilidad alta (HA)

Servidor de GitHub Enterprise 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.

En este artículo

¿Te ayudó este documento?

Help us make these docs great!

All GitHub docs are open source. See something that's wrong or unclear? Submit a pull request.

Make a contribution

O, learn how to contribute.

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:

  • Fallo de software, ya sea debido a una falla en el sistema operativo o a aplicaciones irrecuperables.
  • Fallas del hardware, incluido el hardware de almacenamiento, la CPU, la RAM, las interfaces de red, etc.
  • Fallas del sistema host de virtualización, incluidos los eventos no planeados y de mantenimiento programado en AWS.
  • Red cortada lógica o físicamente, si el error de las aplicación está en una red separada no se ve impactada por la falla.

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
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ónEl 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.

Copias de seguridad y recuperación ante desastres

HA y Clustering no deben ser considerados como un reemplazo para copias de seguridad regulares. Para obtener más información, consulta "Configurar copias de seguridad en tu aparato"

Supervisar

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, consulta " Umbrales de alerta recomendados" y Supervisar nodos de agrupación".

Leer más

¿Te ayudó este documento?

Help us make these docs great!

All GitHub docs are open source. See something that's wrong or unclear? Submit a pull request.

Make a contribution

O, learn how to contribute.