このバージョンの GitHub Enterprise サーバーはこの日付をもって終了となりました: 2024-07-09. 重大なセキュリティの問題に対してであっても、パッチリリースは作成されません。パフォーマンスの向上、セキュリティの向上、新機能の向上を図るために、最新バージョンの 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) を使用して初期化する必要があります。

データベースのシード処理の延期で、新しい MySQL レプリカノードをクラスターに追加するプロセスを高速化できます。

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

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

GitHub Enterprise Server クラスター内のノードが、Node Eligibility Service を使用して問題を引き起こすのに十分な時間オフラインになっている場合を監視できます。

GitHub Enterprise Server クラスターで、クラスターのノード上のワークロードのジョブ割り当てを均等に分散させることができます。

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

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

GitHub Enterprise Server クラスター全体のレプリカを別のデータセンターに構成し、クラスターが冗長ノードにフェールオーバーできるようにします。

GitHub Enterprise Server クラスターに障害が発生した場合は、レプリカにフェールオーバーできます。