このバージョンの GitHub Enterprise サーバーはこの日付をもって終了となりました: 2024-03-26. 重大なセキュリティの問題に対してであっても、パッチリリースは作成されません。パフォーマンスの向上、セキュリティの向上、新機能の向上を図るために、最新バージョンの GitHub Enterprise サーバーにアップグレードしてください。アップグレードに関するヘルプについては、GitHub Enterprise サポートにお問い合わせください。

クラスタリングの設定

GitHub Enterprise Server のクラスタートポロジは、数万人の開発者の環境に水平スケーリングを提供します。

この機能を使用できるユーザーについて

GitHub はクラスタリングの適格性を決定し、インスタンスのライセンスの構成を有効にする必要があります。クラスタリングには、慎重な計画と追加の管理オーバーヘッドが必要です。詳しくは、「クラスタリングについて」を参照してください。

GitHub Enterprise Server のクラスタートポロジは、数万人のユーザーをサポートするように設計されています。他のトポロジの場合、リソース不足が発生する可能性があります。クラスターでは、インスタンスのサービスは複数のノードにわたって水平にスケーリングされます。

GitHub Enterprise Server インスタンスを構成する仮想マシン (VM) のデプロイトポロジの違いについて説明します。

GitHub Enterprise Server クラスターでは、ノードはインスタンスを構成する GitHub Enterprise Server ソフトウェアを実行する個々の仮想マシン (VM) に相当します。各ノードは、一連のサービスを実行します。

The cluster topology for GitHub Enterprise Server provides horizontal scaling for environments with tens of thousands of developers.

GitHub Enterprise Server クラスタはライセンスを使用して設定し、管理シェル (SSH) を使用して初期化する必要があります。

管理シェル (SSH) を使用して GitHub Enterprise Server クラスターを最新のリリースにアップグレードします。

GitHub Enterprise Server クラスターのパフォーマンスと冗長性を確保するために、クラスターの正常性を監視できます。

GitHub Enterprise Serverクラスター内のノードが分散データを格納するサービスを実行している場合は、ノードのデータを退避させてノードを置き換える準備をするときに冗長性を確保できます。

GitHub Enterprise Server クラスターでノードが失敗した場合、またはリソースが多い新しいノードを追加する場合は、置き換えるノードをオフラインとしてマークしてから、新しいノードを追加します。