このバージョンの GitHub Enterprise サーバーはこの日付をもって終了となりました: 2024-09-25. 重大なセキュリティの問題に対してであっても、パッチリリースは作成されません。パフォーマンスの向上、セキュリティの向上、新機能の向上を図るために、最新バージョンの 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 クラスターのパフォーマンスと冗長性を確保するために、クラスターの正常性を監視できます。

Node Eligibility Service を使うと、GitHub Enterprise Server クラスター内のノードが問題を起こすほど長くオフラインになったタイミングを監視できます。

GitHub Enterprise Server クラスターがクラスターのノード上のワークロードのジョブアロケーションを均等に分散するように強制できます。

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

GitHub Enterprise Server クラスターでノードに問題が発生した場合、あるいはリソースを増やして新しいノードを追加する場合、交換するノードをオフラインにし、その後新しいノードを追加します。

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

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