Skip to main content
Nous publions des mises à jour fréquentes de notre documentation, et la traduction de cette page peut encore être en cours. Pour obtenir les informations les plus actuelles, consultez la documentation anglaise.
All products
Administrateurs d’entreprise

Configuration du clustering

Découvrez le clustering et ses différences par rapport à la haute disponibilité.

  • À propos du clustering

    Le clustering GitHub Enterprise Server permet d’effectuer un scale-out pour les services qui composent GitHub Enterprise Server sur plusieurs nœuds.

  • Différences entre le clustering et la haute disponibilité (HA)

    La configuration haute disponibilité (HA) GitHub Enterprise Server est une configuration de basculement primaire/secondaire qui assure la redondance, tandis que le clustering assure la redondance et l’évolutivité en distribuant la charge de lecture et d’écriture sur plusieurs nœuds.

  • À propos des nœuds de cluster

    Les nœuds sont des instances de GitHub Enterprise Server qui fonctionnent dans un cluster. Chaque nœud exécute un ensemble de services qui sont fournis au cluster et, en fin de compte, aux utilisateurs.

  • Configuration réseau de cluster

    Le clustering GitHub Enterprise Server repose sur une résolution de noms DNS, un équilibrage de charge et une communication appropriés entre les nœuds pour fonctionner correctement.

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

  • Mise à niveau d’un cluster

    Utilisez l’interpréteur de commandes d’administration (SSH) pour mettre à niveau un cluster GitHub Enterprise Server vers la dernière version.

  • Supervision de nœuds de cluster

    Un cluster GitHub Enterprise Server est composé de services redondants distribués sur deux nœuds ou plus. La défaillance d’un service individuel ou d’un nœud entier ne doit pas être immédiatement perceptible par les utilisateurs du cluster. Toutefois, dans la mesure où les performances et la redondance sont affectées, il est important d’effectuer un monitoring de l’intégrité d’un cluster GitHub Enterprise Server.

  • Remplacement d’un nœud de cluster

    Pour remplacer un nœud GitHub Enterprise Server, vous devez marquer les nœuds affectés hors connexion dans le fichier config de cluster (cluster.conf), et ajouter les nœuds de remplacement. Cela peut s’avérer nécessaire en cas de défaillance d’un nœud, ou pour ajouter un nœud avec davantage de ressources afin d’augmenter les performances.

  • Évacuation d’un nœud de cluster exécutant des services de données

    Si un nœud de votre cluster 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.