Cette version de GitHub Enterprise Server n'est plus disponible depuis le 2024-09-25. Aucune publication de correctifs n’est effectuée, même pour les problèmes de sécurité critiques. Pour de meilleures performances, une sécurité améliorée et de nouvelles fonctionnalités, effectuez une mise à niveau vers la dernière version de GitHub Enterprise. Pour obtenir de l’aide sur la mise à niveau, contactez le support GitHub Enterprise.
Configuration du clustering
La topologie de cluster pour GitHub Enterprise Server fournit une mise à l’échelle horizontale pour les environnements comptant des dizaines de milliers de développeurs.
Qui peut utiliser cette fonctionnalité ?
GitHub détermine l’éligibilité au clustering et doit activer la configuration de la licence de votre instance. Le clustering nécessite une planification minutieuse et une surcharge administrative supplémentaire. Pour plus d’informations, consultez « À propos du clustering ».
À propos du clustering
La topologie de cluster pour GitHub Enterprise Server est conçue pour prendre en charge des dizaines de milliers d’utilisateurs là où d’autres topologies connaîtraient un épuisement des ressources. Dans un cluster, les services de l’instance sont mis à l’échelle horizontalement sur plusieurs nœuds.
Différences entre le clustering et la haute disponibilité (HA)
Découvrez les différences entre les topologies de déploiement des machines virtuelles qui comprennent une instance GitHub Enterprise Server.
À propos des nœuds de cluster
Dans un cluster GitHub Enterprise Server, les nœuds sont des machines virtuelles individuelles exécutant le logiciel GitHub Enterprise Server qui compose l’instance. Chaque nœud exécute un ensemble de services.
Configuration réseau de cluster
Un cluster GitHub Enterprise Server nécessite une bonne résolution de noms DNS, un bon équilibrage de charge et une bonne communication entre les nœuds.
Initialisation du cluster
Un cluster GitHub Enterprise Server doit être configuré avec une licence et initialisé à l’aide de l’interpréteur de commandes d’administration (SSH).
Échelonnage de l’attribution de cote de base de données
Vous pouvez accélérer le processus d’ajout d’un nouveau nœud de réplica MySQL à votre groupement en choisissant d’échelonner l’attribution de cote de base de données.
Mise à niveau d’un cluster
Pour mettre à niveau un cluster GitHub Enterprise Server vers la dernière version, utilisez l’interpréteur de commandes d’administration (SSH).
Surveillance de l’intégrité de votre cluster
Pour garantir les performances et la redondance d’un cluster GitHub Enterprise Server, vous pouvez surveiller son intégrité.
Surveillance de l’intégrité de vos nœuds de cluster avec Node Eligibility Service
Vous pouvez surveiller quand les nœuds d’un cluster GitHub Enterprise Server sont hors connexion suffisamment longtemps pour entraîner des problèmes en utilisant Node Eligibility Service.
Rééquilibrage des charges de travail de cluster
Vous pouvez forcer votre cluster GitHub Enterprise Server à répartir uniformément les allocations de travaux pour les charges de travail sur les nœuds du cluster.
Évacuation d’un nœud de cluster exécutant des services de données
Si un nœud de votre cluster GitHub Enterprise Server exécute des services qui stockent des données distribuées, vous pouvez assurer la redondance quand vous préparez le remplacement du nœud en évacuant ses données.
Remplacement d’un nœud de cluster
Si un nœud échoue dans un cluster GitHub Enterprise Server, ou si vous souhaitez ajouter un nouveau nœud avec plus de ressources, marquez les nœuds à remplacer comme hors connexion et ajoutez le nouveau nœud.
Configuration de la réplication à haute disponibilité pour un cluster
Vous pouvez configurer un réplica de l’ensemble de votre cluster GitHub Enterprise Server dans un centre de données distinct, ce qui permet à votre cluster de basculer vers des nœuds redondants.
Lancement d’un basculement vers votre cluster réplica
En cas de défaillance de votre cluster GitHub Enterprise Server, vous pouvez effectuer un basculement vers le réplica.