3 つ以上のノードのクラスターでのフェールオーバー動作
この記事では、3 つ以上のクラスター ノード メンバーがある場合に、あるノードから別のノードにグループが失敗するロジックについて説明します。
適用対象: Windows Server 2012 R2
元の KB 番号: 299631
概要
グループの移動は、手動でグループを移動する管理者、またはノードまたはリソースの障害によって発生する可能性があります。 グループが移動する場所は、移動の開始方法と、優先所有者リストが設定されているかどうかによって異なります。
詳細
優先所有者リストに関する情報は、サーバー クラスターの計画と最適化に関する情報など、「サーバー クラスター」のヘルプ ファイルで説明されています。 この記事では、次の 4 つのシナリオについて説明します。
- ノードまたはリソースのエラーが発生し、[優先所有者リスト] が設定されています。
- ノードまたはリソースの障害があり、優先所有者リストが設定されていません。
- 管理者は手動でグループを "可能な限り最適" に移動し、優先所有者リストが設定されます。
- 管理者は手動でグループを "可能な限り最適" に移動し、優先所有者リストは設定されていません。
シナリオ 1
ノードまたはリソースが失敗し、優先所有者リストが定義されている場合、クラスター サービスは、ノード リスト内の次に使用可能なノードにグループを失敗させます。 ノード リストは、優先所有者リストの後に、ノード ID で配置された残りのノードで構成されます。 ノード ID は、ノードがクラスターに参加している場合、またはノードが削除または再追加された場合に定義されます。
\HKEY_LOCAL_MACHINE\Cluster\Nodes キーでレジストリを調べることで、ノード ID の順序を確認できます。
たとえば、6 つのノードクラスターがあり、ノードがインストールされ、NodeA、NodeB、NodeC、NodeD、NodeE、NodeF の順にクラスターに参加したとします。 グループに NodeA、NodeC、NodeE が優先所有者として一覧表示されているとします。
この情報を取得すると、グループのノード リストは次のようになります。
- NodeA - 優先所有者番号 1
- NodeC - 優先所有者番号 2
- NodeE - 優先所有者番号 3
- NodeB - 2 番目にインストールされたノード
- NodeD - 4 番目にインストールされたノード
- NodeF - 6 番目にインストールされたノード
このシナリオでは、ノードの障害またはリソースの障害が発生し、その再起動のしきい値に達した場合、グループ全体がノード リスト内の次のノードに失敗します。 たとえば、NodeC に失敗したリソースが含まれている場合、グループ全体が NodeE に失敗します。 優先所有者リストに最初にリストされている場合でも、NodeA に失敗しません。 NodeE が失敗した場合、グループは NodeA ではなく NodeB にフェールオーバーします。
シナリオ 2A
リソースが失敗し、優先所有者リストが設定されていない場合、グループはシナリオ 1 と同様にノード リストに従います。 ノード リストは、ノード ID からのみ構築されます。 ノードまたはリソースの障害が発生すると、リソースはノード リスト内の後続のノードに失敗する下向きのパスに従います。 ノード リストの最後に一覧表示されたノードに到達すると、ノード リストの最初のノードから始まります。
NodeA - 最初にインストールされたノード
NodeC - 2 番目にインストールされたノード
NodeE - 3 番目にインストールされたノード
NodeB - 4 番目にインストールされたノード
NodeD - 5 番目にインストールされたノード
NodeF - 6 番目にインストールされたノード
たとえば、この一覧には、さまざまなクラスター ノードのインストール順序があります。 NodeE が失敗した場合、所有しているすべてのグループは NodeF ではなく NodeB にフェールオーバーされます。
シナリオ 2B
ノードが失敗し、そのノードのグループに対して優先所有者リストが設定されていない場合、グループの移動に対して使用可能なノードがランダムに選択されます。 これにより、使用可能なノード間でグループが分散されます。
シナリオ 3
クラスター管理者が手動で [グループの移動 ] を選択し、[ 可能な限り最適 ] を選択し、[優先所有者リスト] が構成されている場合、グループは常にノード リストの上部から開始されます。 シナリオ 1 と同様に、ノード リストは優先所有者リストとインストール順序で構成されます。
- NodeA - 優先所有者番号 1
- NodeC - 優先所有者番号 2
- NodeE - 優先所有者番号 3
- NodeB - 2 番目にインストールされたノード
- NodeD - 4 番目にインストールされたノード
- NodeF - 6 番目にインストールされたノード
この例では、[ 可能な限り最適 ] が選択されている場合、グループは常に NodeA への移動を試みます。 グループが NodeA に既にある場合、または NodeA が使用できない場合、グループは NodeC への移動を試みます。 グループが NodeD 上にあり、管理者が最適な 状態に移動することを選択した場合、グループは NodeA に移動します。 NodeA、NodeC、または NodeE がアクティブでない場合は、NodeB または NodeF がランダムに選択されます。
シナリオ 4
クラスター管理者として手動で [グループの移動 ] を選択し、[ 可能な限り最適 ] を選択し、[優先所有者リスト] が構成されていない場合は、グループをホストするためにアクティブ ノードがランダムに選択されます。 優先所有者リストが構成されていないと、グループが他のいくつかのグループを既に実行しているノードに移動する可能性があります。
ノード間の負荷が大幅に異なる場合、またはノードが同種でない場合は、大規模なノード クラスターで優先所有者リストを構成することをお勧めします。
注:
ここで説明するフェールオーバー動作の例外は、クラスター グループというクォーラム リソースを保持する既定のグループです。 クラスター グループは、一般的な優先所有者リストの動作に従いません。 代わりに、クォーラム リソースの所有者が失敗した場合、新しい所有者はクォーラム リソースを正常に所有していた以前のグループになります。
AntiAffinityClassNames パブリック プロパティは、グループのフェールオーバー先にも影響する可能性があります。
フィードバック
https://aka.ms/ContentUserFeedback」を参照してください。
以下は間もなく提供いたします。2024 年を通じて、コンテンツのフィードバック メカニズムとして GitHub の issue を段階的に廃止し、新しいフィードバック システムに置き換えます。 詳細については、「フィードバックの送信と表示