クラスタリングについて

GitHub Enterprise Server のクラスタリングについて

GitHub Enterprise Server用のクラスター トポロジは、数万人の開発者を持つ企業に水平スケーリングを提供します。 GitHub では、単一のプライマリ ノードでリソースの枯渇が日常的に発生する場合は、クラスタリングが推奨されます。

クラスターでは、インスタンスはサービスを提供し、 GitHub Enterprise Server ソフトウェアを実行する複数の仮想マシン (VM) にデータを分散します。 各 VM はノードと呼ばれます。 詳しくは、「クラスタノードについて」をご覧ください。

クラスタリングは自社の環境に適していますか?

クラスタリングは、負荷を複数のノードに分配することによってスケーラビリティを向上させます。 この水平スケーリングは、数万の開発者を持つような組織に適しているかもしれません。 ただし、冗長でスケーラブルなクラスターを設定するには、慎重な計画が必要です。 High Availability (HA) などの他のトポロジと比較すると、さらに複雑になるため、インストール、構成、ディザスター リカバリー、アップグレードに影響します。

GitHub Enterprise Server では、ノード間の待機時間が短く、地理的な場所間の冗長性を目的としたものではありません。

クラスタリングは冗長性を提供しますが、High Availability 設定を置き換えることを意図したものではありません。 高可用性設定の構成とメンテナンスは、クラスタリングよりもはるかに簡単であり、ほとんどの環境に適しています。 詳細については、「高可用性の構成」および「クラスタリングと High Availability (HA) の違い」を参照してください。

クラスタリングを利用するには？

GitHub は、特定のスケーリング状況に合わせてクラスター トポロジを設計しました。 クラスタリングは、すべての企業や環境を対象としたものではありません。 環境のクラスタリングに関心がある場合は、専用のアカウント マネージャーまたは GitHub の営業チームにお問い合わせください。