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.

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

Qui peut utiliser cette fonctionnalité ?

GitHub determines eligibility for clustering, and must enable the configuration for your instance's license. Clustering requires careful planning and additional administrative overhead.

Dans cet article

À propos du clustering pour GitHub Enterprise Server

La topologie de cluster pour GitHub Enterprise Server fournit une mise à l’échelle horizontale pour les entreprises comptant des dizaines de milliers de développeurs. GitHub recommande le clustering si un nœud principal unique subit régulièrement un épuisement des ressources.

Dans un cluster, l’instance fournit des services et distribue les données entre plusieurs machines virtuelles qui exécutent le logiciel GitHub Enterprise Server. Chaque machine virtuelle est appelée nœud. Pour plus d’informations, consultez « À propos des nœuds de cluster ».

Le clustering est-il indiqué pour mon environnement ?

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. Cependant, la configuration d’un cluster redondant et scalable demande une planification minutieuse. Par rapport à d’autres topologies telles que la haute disponibilité (HA), l’installation, la configuration, la reprise d’activité après sinistre et les mises à niveau sont plus complexes.

GitHub Enterprise Server nécessite une faible latence entre les nœuds et n’est pas conçu pour une redondance entre les emplacements géographiques.

Le clustering assure la redondance, mais il n’est pas destiné à remplacer une configuration à haute disponibilité. La configuration et la maintenance d’une configuration à haute disponibilité sont beaucoup plus simples que le clustering et prennent en charge la plupart des environnements. Pour plus d’informations, consultez « Configuration de la haute disponibilité » et « Différences entre le clustering et la haute disponibilité (HA) ».

Note

Pour le moment, GitHub Packages sur GitHub Enterprise Server ne prend pas en charge le clustering.

Comment accéder au clustering ?

GitHub a conçu la topologie de cluster pour des situations de mise à l’échelle spécifiques. Le clustering n’est pas destiné à toutes les entreprises ni à tous les environnements. Si le clustering vous intéresse pour votre environnement, contactez votre responsable de compte dédié ou L’équipe commerciale GitHub.