WSFC クォーラム モードと投票の構成 (SQL Server)

SQL Server AlwaysOn 可用性グループ と AlwaysOn フェールオーバー クラスター インスタンス (FCI) のどちらも、Windows Server フェールオーバー クラスタリング (WSFC) をプラットフォーム テクノロジとして使用します。 WSFC は、クォーラム ベースのアプローチを使用してクラスターの全体的な正常性を監視し、ノード レベルのフォールト トレランスを最大限に高めます。 WSFC クォーラム モードおよびノード投票構成の基本について理解することは、AlwaysOn 高可用性および災害復旧ソリューションの設計、運用、トラブルシューティングのために非常に重要です。

このトピックの内容

• クォーラムによるクラスター状態検出

• クォーラム モード

• 投票と非投票ノード

• クォーラム投票に推奨される調整

• 関連タスク

• 関連コンテンツ

クォーラムによるクラスター状態検出

WSFC クラスター内の各ノードは、定期的なハートビート通信に参加し、ノードの正常性状態を他のノードと共有します。 応答しないノードは、エラー状態であると見なされます。

クォーラム ノード セットは、WSFC クラスター内の大多数の投票ノードおよび監視サーバーです。 WSFC クラスターの全体的な正常性と状態は、定期的なクォーラムの投票によって決定されます。 クォーラムの存在は、クラスターが正常であり、ノード レベルのフォールト トレランスを提供できることを表します。

クォーラムがない状態は、クラスターが正常でないことを示します。 プライマリ ノードのフェールオーバー先として正常なセカンダリ ノードを使用できるようにするために、WSFC クラスターの全体的な正常性が維持される必要があります。 クォーラム投票に失敗した場合、WSFC クラスターは、予防策としてオフラインに設定されます。 これによって、クラスターに登録されている SQL Server インスタンスがすべて停止します。

重要
クォーラム障害のために WSFC クラスターがオフラインに設定されると、オンラインに戻すために手動介入が必要です。 詳細については、「WSFC の強制クォーラムによる災害復旧 (SQL Server)」を参照してください。

[先頭に戻る]

クォーラム モード

クォーラム モードは、WSFC クラスター レベルで構成され、クォーラム投票の方法を指定します。 フェールオーバー クラスター マネージャー ユーティリティは、クラスター内のノード数に基づいて、クォーラム モードを推奨します。

投票クォーラムの構成を決定するために、次のクォーラム モードを使用できます。

• **ノード マジョリティ。**クラスターが正常であるためには、クラスター内の半分以上の投票ノードが肯定的に投票する必要があります。

• **ノードおよびファイル共有マジョリティ。**ノード マジョリティ クォーラム モードに似ていますが、リモート ファイル共有も投票監視として構成され、その共有に対する各ノードからの接続も肯定的な投票としてカウントされます。 クラスターが正常であるためには、使用可能な投票の半分以上が肯定的である必要があります。

  推奨事項として、監視ファイル共有はクラスター内のノードに存在せず、クラスター内のすべてのノードから見える必要があります。

• **ノードおよびディスク マジョリティ。**ノード マジョリティ クォーラム モードに似ていますが、共有ディスク クラスター リソースも投票監視として使用され、その共有ディスクに対する各ノードからの接続も肯定的な投票としてカウントされます。 クラスターが正常であるためには、使用可能な投票の半分以上が肯定的である必要があります。

• **ディスクのみ。**共有ディスク クラスター リソースが監視として使用され、その共有ディスクに対する各ノードからの接続も肯定的な投票としてカウントされます。

ヒント
AlwaysOn 可用性グループ の非対称的なストレージ構成を使用する際には、通常、投票ノード数が奇数の場合はノード マジョリティ クォーラム モード、投票ノード数が偶数の場合はノードおよびファイル共有マジョリティ クォーラム モードを使用してください。

[先頭に戻る]

投票と非投票ノード

既定では、WSFC クラスター内の各ノードがクラスター クォーラムのメンバーとして含まれます。各ノードはクラスターの全体的な正常性の決定において 1 つの投票を持ちます。また、各ノードはクォーラムの構築を試行し続けます。 クォーラムに関するここまでの説明では、クラスター状態について投票する WSFC クラスター ノードのセットを投票ノードとして注意深く限定してきました。

WSFC クラスター内のノードは、クラスターが全体として正常であるまたは正常でないと明確に決定することはできません。 特定の時点で、各ノードからは、他のノードの一部はオフラインに見えるか、フェールオーバー中であるか、またはネットワーク通信のエラーにより応答不能に見えます。 クォーラム投票の主な機能は、WSFC クラスターの各ノードの外観の状態が、本当にそれらのノードの実際の状態であるかどうかを判断することです。

"ディスクのみ" 以外のすべてのクォーラム モデルでは、クォーラム投票の有効性は、クラスター内のすべての投票ノード間の信頼できる通信によります。 同じ物理サブネット上のノード間のネットワーク通信は信頼性が高いと見なす必要があります。クォーラム投票は、信頼される必要があります。

しかし、クォーラム投票で他のサブネット上のノードが応答しないように見えるが実際はオンラインで正常である場合、サブネット間のネットワーク通信のエラーが原因であることが考えられます。 クラスター トポロジ、クォーラム モード、およびフェールオーバー ポリシー構成によっては、ネットワーク通信エラーによって投票ノードのセット (またはサブセット) が実質的に複数作成されてしまう可能性があります。

投票ノードの複数のサブセットが自身でクォーラムを構築できる場合、それはスプリット ブレイン シナリオと呼ばれます。 このようなシナリオでは、各クォーラム上のノードが別々の動作をし、相互に競合します。

注
スプリット ブレイン シナリオは、システム管理者が強制クォーラム動作を手動で実行、または非常にまれですが強制フェールオーバーを実行することで、クォーラム ノード セットが明示的に細分化された場合にのみ発生する可能性があります。

クォーラム構成を単純化し、稼働時間を増やすために、クォーラムに対するノードの投票がカウントされないように各ノードの NodeWeight 設定を調整することもできます。

重要
NodeWeight 設定を使用するには、次の修正プログラムが WSFC クラスターのすべてのサーバーに適用されている必要があります。 KB2494036: この修正プログラムを使用すると、クォーラムの投票のないクラスター ノードを Windows Server 2008 および Windows Server 2008 R2 で構成できます。

[先頭に戻る]

クォーラム投票に推奨される調整

特定の WSFC ノードの投票を有効または無効にする場合は、次のガイドラインに従ってください。

• **既定では、投票は行いません。**各ノードは明白な正当性がなければ投票しないものとします。

• **すべてのプライマリ レプリカを含めます。**可用性グループのプライマリ レプリカをホストしているか、FCI の優先所有者である各 WSFC ノードは、投票を持つ必要があります。

• **可能性のある自動フェールオーバーの所有者を含めます。**自動可用性グループ フェールオーバーまたは FCI フェールオーバーの結果として、プライマリ レプリカをホストする可能性がある各ノードは、投票を持つ必要があります。 WSFC クラスターに可用性グループが 1 つだけあり、可用性レプリカがスタンドアロン インスタンスだけによってホストされている場合、この規則には自動フェールオーバー ターゲットであるセカンダリ レプリカだけが含まれます。

• **セカンダリ サイト ノードを除外します。**通常は、セカンダリ災害復旧サイトに存在する WSFC ノードには投票を提供しないでください。 プライマリ サイトに問題がない場合、セカンダリ サイト内のノードがクラスターをオフラインにするという判断に影響を与えることは避けるべきです。

• **投票数を奇数にします。**必要に応じて、監視ファイル共有、監視ノード、または監視ディスクをクラスターに追加し、クォーラム モードを調整してクォーラム投票内の結合を防止します。

• **フェールオーバー後の投票割り当てを再評価します。**正常なクォーラムをサポートしないクラスター構成にフェールオーバーすることは避けます。

重要
WSFC クォーラム投票の構成を検証するときに、以下の条件が該当する場合、AlwaysOn 可用性グループ ウィザードで警告が表示されます。 プライマリ レプリカをホストしているクラスター ノードが投票を持たない。 セカンダリ レプリカが自動フェールオーバー用に構成されており、そのクラスター ノードが投票を持たない。 可用性レプリカをホストしているすべてのクラスター ノードに KB2494036 がインストールされていない。 この修正プログラムは、マルチサイト配置でのクラスター ノードに対する投票の追加または削除のために必要です。 ただし、単一サイト配置では通常は不要であり、警告を無視しても安全です。

ヒント
SQL Server は、WSFC クラスター構成およびノード クォーラム投票に関する設定を管理するために、いくつかのシステム動的管理ビュー (DMV) を公開しています。 詳細については、sys.dm_hadr_cluster、sys.dm_hadr_cluster_members、sys.dm_os_cluster_nodes、および sys.dm_hadr_cluster_networks を参照してください。

[先頭に戻る]

関連タスク

• クラスター クォーラムの NodeWeight 設定を表示

• クラスター クォーラムの NodeWeight の設定の構成

関連コンテンツ

• 高可用性と災害復旧のための Microsoft SQL Server AlwaysOn ソリューション ガイド

• AlwaysOn 可用性グループ ウィザードでのクォーラムの投票の構成のチェック

• Windows Server テクノロジ: フェールオーバー クラスター

• フェールオーバー クラスターのステップ バイ ステップ ガイド: フェールオーバー クラスターのクォーラムの構成

[先頭に戻る]

関連項目

概念

WSFC の強制クォーラムによる災害復旧 (SQL Server)

Windows Server フェールオーバー クラスタリング (WSFC) と SQL Server