Cette version de GitHub Enterprise Server ne sera plus disponible le 2026-08-25. Les versions abandonnées ne sont pas prises en charge. 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 dans GitHub Enterprise Server, consultez Overview du processus de mise à niveau. Pour obtenir de l’aide sur la mise à niveau, GitHub Support Entreprise.

À propos du clustering

La topologie du cluster pour GitHub Enterprise Server est conçue pour prendre en charge des dizaines de milliers d’utilisateurs, là où d’autres topologies épuiseraient les 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 en 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 connaîtrait régulièrement l’épuisement des ressources.

Dans un cluster, l’instance fournit des services et distribue des données sur plusieurs machines virtuelles qui exécutent le GitHub Enterprise Server logiciel. 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. Toutefois, la configuration d’un cluster redondant et évolutif nécessite 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 destiné à la 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) ».

Remarque

GitHub Packages on GitHub Enterprise Server ne supporte pas actuellement 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 vous êtes intéressé par le clustering pour votre environnement, contactez votre responsable de compte dédié ou L’équipe commerciale GitHub.