GitHub Enterprise Server の クラスタリング について
GitHub Enterprise Server のクラスター トポロジでは、数万人の開発者を持つ企業に対して水平スケーリングが提供します。 GitHub では、1 つのプライマリ ノードでリソース不足が日常的に発生する場合は、クラスタリングが推奨されています。
クラスターでは、インスタンスがサービスを提供し、GitHub Enterprise Server ソフトウェアを実行する複数の仮想マシン (VM) にデータを分散します。 各 VM はノードと呼ばれます。 詳しくは、「クラスタノードについて」を参照してください。
クラスタリングは自社の環境に適していますか?
クラスタリングは、負荷を複数のノードに分配することによってスケーラビリティを向上させます。 この水平スケーリングは、数万の開発者を持つような組織に適しているかもしれません。ただし、冗長性のあるスケーラブルなクラスタの設定は複雑であり、注意深い計画が必要です。 High Availability (HA) などの他のトポロジと比較すると、さらに複雑になるため、インストール、構成、ディザスター リカバリー、アップグレードに影響します。
GitHub Enterprise Server は、ノード間の低レイテンシが必要で、地理的に離れた場所にまたがる冗長性を意図したものではありません。
クラスタリングは冗長性を提供しますが、High Availability 設定を置き換えることを意図したものではありません。 High Availability 設定の構成とメンテナンスは、クラスタリングよりもはるかに簡単であり、ほとんどの環境に対応できます。 詳細については、「高可用性の構成」および「クラスタリングと High Availability (HA) の違い」を参照してください。
Note
GitHub Enterprise Server 上の GitHub Packages は、現在クラスタリングをサポートしていません。
クラスタリングを利用するには?
GitHub は、特定のスケーリング状況に合わせてクラスター トポロジを設計しました。 クラスタリングは、すべての企業や環境を対象としたものではありません。 お使いの環境のクラスタリングに関心がある場合は、専用アカウント マネージャーまたは GitHub の営業チーム にお問い合わせください。