Scénarios de défaillance
La haute disponibilité (HA) et le clustering apportent tous deux la redondance en éliminant le nœud unique correspondant au point de défaillance. Ils peuvent apporter la disponibilité dans les scénarios suivants :
- Incidents logiciels, dus à une défaillance du système d’exploitation ou à des applications irrécupérables.
- Défaillances matérielles, notamment sur le matériel de stockage, le processeur, la RAM, les interfaces réseau, etc.
- Défaillances du système hôte de virtualisation, notamment les événements de maintenance planifiés et non planifiés sur AWS, Azure ou GCP.
- Réseau logiquement ou physiquement interrompu, si l’appliance de basculement se trouve sur un réseau distinct non affecté par la défaillance.
Extensibilité
Le clustering offre une meilleure scalabilité en distribuant la charge entre plusieurs nœuds. Cette mise à l’échelle horizontale peut être préférable pour certaines organisations comptant des dizaines de milliers de développeurs. Dans le cadre de la haute disponibilité, l’échelle de l’appliance dépend exclusivement du nœud principal et la charge n’est pas distribuée au serveur réplica.
Différences dans la méthode et la configuration du basculement
| Fonctionnalité | Configuration du basculement | Méthode de basculement |
|---|---|---|
| Configuration de la haute disponibilité | Enregistrement DNS ayant une faible durée de vie faible pointant vers l’appliance principale ou l’équilibreur de charge. | Vous devez promouvoir manuellement l’appliance réplica dans les configurations de basculement DNS et d’équilibreur de charge. |
| Clustering | L’enregistrement DNS doit pointer vers un équilibreur de charge. | En cas de défaillance d’un nœud situé derrière l’équilibreur de charge, le trafic est automatiquement envoyé aux autres nœuds fonctionnels. |
Sauvegardes et récupération d’urgence
Ni la haute disponibilité ni le clustering ne doivent être considérés comme un remplacement pour les sauvegardes normales. Pour plus d’informations, consultez « Configuration des sauvegardes sur votre appliance ».
Surveillance
Les fonctionnalités de disponibilité, en particulier celles proposant un basculement automatique comme le clustering, peuvent masquer une défaillance, car le service n’est généralement pas interrompu en pareil cas. Que vous utilisiez la haute disponibilité ou le clustering, il est important de superviser l’intégrité de chaque instance pour savoir qu’une défaillance se produit. Pour plus d’informations sur la supervision, consultez « Seuils d’alerte recommandés » et « Supervision de nœuds de cluster ».
Pour aller plus loin
- Pour plus d’informations sur le clustering GitHub Enterprise Server, consultez « À propos du clustering ».
- Pour plus d’informations sur la haute disponibilité, consultez « Configuration de la haute disponibilité ».