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.
Versión del artículo: Enterprise Server 2.20

Differences between clustering and high availability (HA)

GitHub Enterprise Server High Availability Configuration (HA) is a primary/secondary failover configuration that provides redundancy while Clustering provides redundancy and scalability by distributing read and write load across multiple nodes.

En este artículo

Failure scenarios

High Availability (HA) and Clustering both provide redundancy by eliminating the single node as a point of failure. They are able to provide availability in these scenarios:

  • 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.

Scalability

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. In HA, the scale of the appliance is dependent exclusively on the primary node and the load is not distributed to the replica server.

Differences in failover method and configuration

FeatureFailover configurationFailover method
High Availability ConfigurationDNS record with a low TTL pointed to the primary appliance, or load balancer.You must manually promote the replica appliance in both DNS failover and load balancer configurations.
ClusteringDNS record must point to a load balancer.If a node behind the load balancer fails, traffic is automatically sent to the other functioning nodes.

Backups and disaster recovery

Neither HA or Clustering should be considered a replacement for regular backups. For more information, see "Configuring backups on your appliance."

Monitoring

Availability features, especially ones with automatic failover such as Clustering, can mask a failure since service is usually not disrupted when something fails. Whether you are using HA or Clustering, monitoring the health of each instance is important so that you are aware when a failure occurs. For more information on monitoring, see "Recommended alert thresholds" and "Monitoring cluster nodes."

Further reading

Pregunta a una persona

¿No puedes encontrar lo que estás buscando?

Contáctanos