Skip to main content
ドキュメントには� �繁に更新が� えられ、その都度公開されています。本ページの翻訳はま� 未完成な部分があることをご了承く� さい。最新の情� �については、英語のドキュメンテーションをご参照く� さい。本ページの翻訳に問題がある� �合はこちらまでご連絡く� さい。

このバージョンの GitHub Enterprise はこの日付をもって終了となりました: 2022-06-03. 重大なセキュリティの問題に対してであっても、パッチリリースは作成されません。 パフォーマンスの向上、セキュリティの改善、新機能のためには、最新バージョンのGitHub Enterpriseにアップグレードしてく� さい。 アップグレードに関する支援については、GitHub Enterprise supportに連絡してく� さい。

クラスタリングについて

GitHub Enterprise Server クラスタリングを利用することで、GitHub Enterprise Server を構成するサービス群を複数のノードにまたがってスケールアウトできるようになります。

クラスタリングのアーキテクチャ

GitHub Enterprise Serverは、一連のサービスから構成されています。 クラスタでは、これらのサービスは複数のノードにまたがって動作し、リクエストはそれらのノード間でロードバランスされます。 変更は、冗長なコピーと共に個別のノードに自動的に保存されます。 ほとんどのサービスは、同じサービスの他のインスタンスと同等のピア群です。 た� しmysql-serverredis-serverサービスは例外です。 これらは1つのプライマリノードと、1つ以上のレプリカノード上で動作します。

クラスタリングに必要なサービスの詳細をご覧く� さい。

クラスタリングは組織に適切か?

クラスタリングは、� 荷を複数のノードに分配することによってスケーラビリティを向上させます。 この水平スケーリングは、数万の開発者を持つような組織に適しているかもしれません。とはいえ、冗長性のあるスケーラブルなクラスタのセットアップは複雑であり、かつ、注意深い計画が必要です。 この追� の複雑さによって、インストール、システ� 災害復旧およびアップグレードについて計画することが必要となります。

GitHub Enterprise Server ではノード間のレイテンシが低いことが必要であり、地理的に離れた� �所にまたがる冗長性を意図したものではありません。

クラスタリングは冗長性を提供しますが、High Availability構成を置き換えることを意図したものではありません。 詳細は「High Availability 構成」を参照してく� さい。 プライマリ/セカンダリフェイルオーバー設定はクラスタリングよりもはるかにシンプルであり、多くの組織の要求に応えます。 詳しくはクラスタリングと高可用性との違いを参照してく� さい。

Note: GitHub Packages on GitHub Enterprise Server does not currently support clustering.

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

クラスタリングは特定のスケーリングの状況のために設計されており、すべての組織を対象としたものではありません。 クラスタリングをご検討される� �合は、専任の担当者または GitHubの営業チー�  にお問い合わせく� さい。