{"meta":{"title":"クラスタリングの設定","intro":"GitHub Enterprise Server用のクラスター トポロジでは、数万人の開発者が使用する環境に水平スケーリングが提供されます。","product":"エンタープライズ管理者","breadcrumbs":[{"href":"/ja/enterprise-server@3.21/admin","title":"エンタープライズ管理者"},{"href":"/ja/enterprise-server@3.21/admin/monitoring-and-managing-your-instance","title":"インスタンスの監視および管理"},{"href":"/ja/enterprise-server@3.21/admin/monitoring-and-managing-your-instance/configuring-clustering","title":"クラスタリングの設定"}],"documentType":"subcategory"},"body":"# クラスタリングの設定\n\nGitHub Enterprise Server用のクラスター トポロジでは、数万人の開発者が使用する環境に水平スケーリングが提供されます。\n\n## Links\n\n* [クラスタリングについて](/ja/enterprise-server@3.21/admin/monitoring-and-managing-your-instance/configuring-clustering/about-clustering)\n\n  GitHub Enterprise Serverのクラスター トポロジは、他のトポロジでリソース枯渇が発生する数万人のユーザーをサポートするように設計されています。 クラスターでは、インスタンスのサービスは複数のノードにわたって水平にスケーリングされます。\n\n* [クラスタリングと High Availability (HA) の違い](/ja/enterprise-server@3.21/admin/monitoring-and-managing-your-instance/configuring-clustering/differences-between-clustering-and-high-availability-ha)\n\n  GitHub Enterprise Server インスタンスを構成する仮想マシン (VM) のデプロイ トポロジの違いについて説明します。\n\n* [クラスタノードについて](/ja/enterprise-server@3.21/admin/monitoring-and-managing-your-instance/configuring-clustering/about-cluster-nodes)\n\n  GitHub Enterprise Server クラスターのノードとは、インスタンスを構成する GitHub Enterprise Server ソフトウェアを実行する個々の仮想マシン (VM) です。 各ノードは、一連のサービスを実行します。\n\n* [クラスタのネットワーク設定](/ja/enterprise-server@3.21/admin/monitoring-and-managing-your-instance/configuring-clustering/cluster-network-configuration)\n\n  GitHub Enterprise Server クラスターには、適切なDNSの名前解決、ロードバランシング、およびノード間の通信が必要です。\n\n* [クラスタの初期化](/ja/enterprise-server@3.21/admin/monitoring-and-managing-your-instance/configuring-clustering/initializing-the-cluster)\n\n  GitHub Enterprise Server クラスターはライセンスで設定し、管理シェル (SSH) を使用して初期化する必要があります。\n\n* [データベース シード処理の遅延](/ja/enterprise-server@3.21/admin/monitoring-and-managing-your-instance/configuring-clustering/deferring-database-seeding)\n\n  データベースのシード処理の延期で、新しい MySQL レプリカ ノードをクラスターに追加するプロセスを高速化できます。\n\n* [クラスタのアップグレード](/ja/enterprise-server@3.21/admin/monitoring-and-managing-your-instance/configuring-clustering/upgrading-a-cluster)\n\n  GitHub Enterprise Server クラスターを最新リリースにアップグレードするには、管理シェル (SSH) を使用します。\n\n* [クラスターの正常性の監視](/ja/enterprise-server@3.21/admin/monitoring-and-managing-your-instance/configuring-clustering/monitoring-the-health-of-your-cluster)\n\n  GitHub Enterprise Server クラスターのパフォーマンスと冗長性を確保するために、クラスターの正常性を監視できます。\n\n* [ノードエリジビリティサービスを使用して、クラスターノードの正常性を監視する](/ja/enterprise-server@3.21/admin/monitoring-and-managing-your-instance/configuring-clustering/monitoring-the-health-of-your-cluster-nodes-with-node-eligibility-service)\n\n  GitHub Enterprise Serverを使用して、Node Eligibility Service クラスター内のノードがオフラインになって問題が発生する時間を監視できます。\n\n* [クラスター ワークロードの再調整](/ja/enterprise-server@3.21/admin/monitoring-and-managing-your-instance/configuring-clustering/rebalancing-cluster-workloads)\n\n  GitHub Enterprise Server クラスターで、クラスターのノード全体にわたってワークロードのジョブの割り当てが均等に分散されるように強制できます。\n\n* [クラスタノードの入れ替え](/ja/enterprise-server@3.21/admin/monitoring-and-managing-your-instance/configuring-clustering/replacing-a-cluster-node)\n\n  ノードが提供するサービスを維持しながら、 GitHub Enterprise Server クラスター内の機能しているノードまたは障害が発生したノードを置き換えます。\n\n* [クラスタの High Availability レプリケーションを設定する](/ja/enterprise-server@3.21/admin/monitoring-and-managing-your-instance/configuring-clustering/configuring-high-availability-replication-for-a-cluster)\n\n  GitHub Enterprise Server クラスター全体のレプリカを別のデータセンターに構成して、クラスターを冗長ノードにフェールオーバーできます。\n\n* [レプリカ クラスターへのフェールオーバーを開始する](/ja/enterprise-server@3.21/admin/monitoring-and-managing-your-instance/configuring-clustering/initiating-a-failover-to-your-replica-cluster)\n\n  GitHub Enterprise Server クラスターで障害が発生した場合は、レプリカにフェールオーバーできます。"}