Skip to main content

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

クラスタリングについて

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

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

GitHub determines eligibility for clustering, and must enable the configuration for your instance's license. Clustering requires careful planning and additional administrative overhead.

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) の違い」を参照してください。

注: GitHub Enterprise Server 上の GitHub Packages は、現在クラスタリングをサポートしていません。

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

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