クォーラムの構成と管理

• 06/07/2019
• 20 読むべき分
• • J
  • h
  • M
  • d
  • D
  • +7

適用先：Windows Server2019、Windows Server2016、Windows Server2012R2、Windows Server2012

このトピックでは、Windows Serverフェールオーバークラスターでクォーラムを構成および管理するための背景と手順について説明します。

クォーラムについて

クラスターのクォーラムは、そのクラスターが正常に起動または実行を継続するために、アクティブなクラスターメンバーシップの一部でなければならない投票要素の数によって決定されます。 より詳細な説明については、”クラスターとプールのクォーラムについて”のドキュメントを参照してください。

クォーラム構成オプション

windows Serverのクォーラムモデルは柔軟です。 クラスターのクォーラム構成を変更する必要がある場合は、クラスタークォーラムの構成ウィザードまたはFailoverClusters Windows PowerShellコマンドレットを使用できます。 クォーラムを構成する手順と考慮事項については、このトピックの後半の”クラスタークォーラムの構成”を参照してください。

次の表に、クラスタークォーラムの構成ウィザードで使用できるクォーラム構成オプションを示します。

オプション	説明
標準設定の使用	クラスターは各ノードに自動的に投票を割り当て、ノードの投票を動的に管理します。 クラスターに適しており、使用可能なクラスター共有記憶域がある場合、クラスターはディスク監視を選択します。 クラスターソフトウェアは、クラスターに最高の可用性を提供するクォーラムとミラーリング監視の構成を自動的に選択するため、ほとんどの場合、このオプ
クォーラム監視リソースの追加または変更	監視リソースを追加、変更、または削除できます。 ファイル共有またはディスク監視を構成できます。 クラスターは自動的に各ノードに投票を割り当て、ノードの投票を動的に管理します。
クォーラムの高度な構成と監視の選択	クォーラムを構成するためのアプリケーション固有またはサイト固有の要件がある場合にのみ、このオプションを選 クォーラム監視の変更、ノード投票の追加または削除、およびクラスターがノード投票を動的に管理するかどうかの選択を行うことができます。 デフォルトでは、投票はすべてのノードに割り当てられ、ノード投票は動的に管理されます。

選択したクォーラム構成オプションと特定の設定に応じて、クラスターは次のいずれかのクォーラムモードで構成されます:

モード	説明
ノードの過半数(監視なし)	ノードのみが投票します。 クォーラム監視が構成されていません。 クラスタークォーラムは、アクティブなクラスターメンバーシップ内の投票ノードの大部分です。
監視(ディスクまたはファイル共有)を持つノードの過半数	ノードには投票があります。 さらに，定員会の証人には投票があります。 クラスタクォーラムは、アクティブなクラスターメンバーシップの投票ノードの大部分に加えて、監視票です。 クォーラム監視は、指定されたディスク監視または指定されたファイル共有監視にすることができます。
多数決なし(ディスク監視のみ)	ノードには投票がありません。 ディスク証人だけが投票を持っています。 クラスタークォーラムは、ディスク監視の状態によって決定されます。 通常、このモードは推奨されず、クラスターに単一障害点が作成されるため、選択しないでください。

次のサブセクションでは、クォーラムの高度な構成設定の詳細について説明します。

ミラーリング監視設定

クォーラムを設定する場合、一般的なルールとして、クラスター内の投票要素は奇数にする必要があります。 したがって、クラスターに偶数の投票ノードが含まれている場合は、ディスク監視またはファイル共有監視を構成する必要があります。 クラスターは、追加のノードを1つダウンさせることができます。 さらに、監視投票を追加すると、クラスターノードの半分が同時にダウンしたり切断されたりした場合に、クラスターの実行を継続できます。

通常、すべてのノードがディスクを見ることができる場合は、ディスク監視が推奨されます。 レプリケートされた記憶域を使用したマルチサイト障害復旧を検討する必要がある場合は、ファイル共有監視をお勧めします。 レプリケートされた記憶域を使用してディスク監視を構成することは、ストレージベンダーがすべてのサイトからレプリケートされた記憶域への読 ディスク監視は、Storage Spaces Directではサポートされていません。

次の表に、クォーラム監視の種類に関する追加情報と考慮事項を示します。

監視タイプ	説明	要件と推奨事項
ディスク監視	クラスターデータベース のコピーを格納する専用LUNは、共有(レプリケートされていない)記憶域を持つクラスターに最も便利です	LUNのサイズは512MB以上である必要があります は、クラスター専用であり、クラスター化されたロールに割り当てられていない必要があります は、クラスター化された記憶域に含まれ、記憶域検証テストに合格する必要があります は、クラスター化された記憶域に含まれ、記憶域検証テストに合格する必要があります は、クラスター化されたディスクにすることはできません。 クラスター共有ボリューム(CSV) シングルボリュームを持つベーシックディスク ドライブ文字を持つ必要はありません NTFSまたはReFSでフォーマットできます フォルトトレランス用のハードウェアRAIDでオプションで設定できます バックアップおよびウイルス対策スキャンから除外する必要があります ディスク監視はサポートされていませんストレージスペースダイレクト
ファイル共有監視	WINDOWS Server を実行しているファイルサーバーで構成されているSMBファイル共有は、クラスターのコピーを格納しません データベース は、ミラーリング監視でのみクラスタ情報を保持します。ログファイル レプリケートされたストレージを持つマルチサイトクラスターに最も便利	5MB以上の空き領域が必要 は単一のクラスター専用であり、ユーザーまたはアプリケーションデータの格納には使用されない必要があります クラスター名: 単一のファイルサーバーは、複数のクラスターのファイル共有証人で構成できます。 ファイルサーバーは、クラスターワークロードとは別のサイト上にある必要があります。 これにより、サイト間のネットワーク通信が失われた場合に、任意のクラスターサイトが存続する機会が均等になります。 ファイルサーバーが同じサイト上にある場合、そのサイトがプライマリサイトになり、ファイル共有にアクセスできる唯一のサイトになります。 仮想マシンがファイル共有監視を使用する同じクラスター上でホストされていない場合、ファイルサーバーは仮想マシン上で実行できます。 高可用性のために、ファイルサーバーを別のフェールオーバークラスターで構成できます。
クラウド監視	クラスター内のすべてのサーバーが信頼性の高いインターネット接続を持っている場合に推奨されるazure Blobストレージ に格納された監視ファイ	“cloud witnessの展開”を参照してください。

ノード投票の割り当て

高度なクォーラム構成オプションとして、ノードごとにクォーラム投票を割り当てるか削除するかを選択できます。 デフォルトでは、すべてのノードに投票が割り当てられます。 投票の割り当てに関係なく、すべてのノードは引き続きクラスタ内で機能し、クラスタデータベースの更新を受信し、アプリケーションをホストできます。

特定の障害復旧構成では、ノードから投票を削除することができます。 たとえば、マルチサイトクラスターでは、バックアップサイト内のノードから投票を削除して、それらのノードがクォーラム計算に影響しないようにするこ この構成は、サイト間で手動でフェールオーバーする場合にのみ推奨されます。 詳細については、このトピックの”障害復旧構成のクォーラムに関する考慮事項”を参照してください。

ノードの構成された投票は、Get-ClusterNode Windows PowerShellコマンドレットを使用してクラスターノードのNodeWeight共通プロパティを検索することで確認できます。 値0は、ノードにクォーラム投票が構成されていないことを示します。 値1は、ノードのクォーラム投票が割り当てられ、クラスターによって管理されることを示します。 ノード投票の管理の詳細については、このトピックの”動的クォーラム管理”を参照してください。

すべてのクラスターノードの投票割り当ては、クラスタークォーラム検証テストの検証を使用して検証できます。

ノード投票の割り当てに関するその他の考慮事項

• ノード投票の割り当ては、奇数の投票ノードを強制するためには推奨されません。 代わりに、ディスク監視またはファイル共有監視を構成する必要があります。 詳細については、このトピックの”ミラーリング監視の構成”を参照してください。
• 動的クォーラム管理が有効になっている場合、ノード投票が割り当てられているように構成されているノードのみが、投票を動的に割り当てまたは削除で 詳細については、このトピックの”動的クォーラム管理”を参照してください。

動的クォーラム管理

Windows Server2012では、高度なクォーラム構成オプションとして、クラスター別の動的クォーラム管理を有効にすることを選択できます。 動的クォーラムの動作の詳細については、この説明を参照してください。

動的クォーラムマネジメントを使用すると、最後に残っているクラスターノードでクラスターを実行することもできます。 クォーラムマジョリティ要件を動的に調整することにより、クラスターは単一ノードへの順次ノードのシャットダウンを維持できます。

ノードのクラスターに割り当てられた動的投票は、Get-ClusterNode Windows PowerShellコマンドレットを使用して、クラスターノードのDynamicWeight共通プロパティを使用して確認できます。 値0は、ノードにクォーラム投票がないことを示します。 値1は、ノードにクォーラム投票があることを示します。

すべてのクラスターノードの投票割り当ては、クラスタークォーラム検証テストの検証を使用して検証できます。

動的クォーラム管理に関するその他の考慮事項

• 動的クォーラム管理では、クラスターが投票メンバーの大多数の同時障害を維持することはできません。 実行を継続するには、ノードのシャットダウンまたは障害発生時にクラスターが常にクォーラムマジョリティを持つ必要があります。

• ノードの投票を明示的に削除した場合、クラスターはその投票を動的に追加または削除することはできません。

• Storage Spaces Directが有効になっている場合、クラスターは二つのノード障害のみをサポートできます。 これについては、プールクォーラムのセクションで詳しく説明します

クォーラム構成の一般的な推奨事項

クラスターソフトウェアは、構成されたノードの数と共有ストレージの可用性に基づいて、新しいクラスターのクォーラム これは通常、そのクラスターに最も適切なクォーラム構成です。 ただし、クラスターを本番環境に配置する前に、クラスターの作成後にクォーラム構成を確認することをお勧めします。 クラスタークォーラム構成の詳細を表示するには、構成の検証ウィザードまたはTest-Cluster Windows PowerShellコマンドレットを使用して、クォーラム構成の検証テストを実行 フェールオーバークラスターマネージャーでは、選択したクラスターの概要情報に基本的なクォーラム構成が表示されるか、Get-ClusterQuorum Windows PowerShellコマンドレットを実行したときに返

いつでも、クォーラム構成の検証テストを実行して、クォーラム構成がクラスターに最適であることを検証できます。 テスト出力には、クォーラム構成への変更が推奨されるかどうか、および最適な設定が示されます。 変更が推奨される場合は、クラスタークォーラムの構成ウィザードを使用して、推奨される設定を適用できます。

クラスターが実稼働状態になった後は、クラスターに適切であると判断しない限り、クォーラム構成を変更しないでください。 次の状況では、クォーラム構成の変更を検討することをお勧めします:

• ノードの追加または削除
• ストレージの追加または削除
• 長期ノードまたは障害監視
• マルチサイト障害復旧シナリオでのクラスターの回復

フェールオーバークラスターの検証の詳細については、”フェールオーバークラスターのハードウェアの検証”を参照してください。

クラスタークォーラムの構成

フェールオーバークラスターマネージャーまたはFailoverClusters Windows PowerShellコマンドレットを使用して、クラスタークォーラムの設定を構成できます。

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

各クラスター化されたサーバーのローカルAdministratorsグループのメンバシップ、またはそれと同等のメンバシップは、この手順を完了す また、使用するアカウントはドメインユーザーアカウントである必要があります。

フェールオーバークラスターマネージャーを使用してフェールオーバークラスタのクォーラム構成を変更する

1. フェールオーバークラスターマネージャーで、変更するクラスターを選択または指定します。

2. クラスターを選択した状態で、[アクション]で[その他のアクション]を選択し、[クラスタークォーラム設定の構成]を選択します。 クラスタークォーラムの構成ウィザードが表示されます。 [次へ]を選択します。

3. [クォーラム構成オプションの選択]ページで、3つの構成オプションのいずれかを選択し、そのオプションの手順を完了します。 クォーラム設定を構成する前に、選択内容を確認できます。 オプションの詳細については、このトピックの前の”クォーラムについて”を参照してください。

   • 現在のクラスター構成に最適なクォーラム設定をクラスターが自動的にリセットできるようにするには、[既定のクォーラム構成を使用する]を選択し、ウィザード

   • クォーラム監視を追加または変更するには、”クォーラム監視の選択”を選択し、次の手順を実行します。 クォーラム監視の構成に関する情報と考慮事項については、このトピックの前の”監視の構成”を参照してください。

     1. クォーラム監視の選択ページで、ディスク監視またはファイル共有監視を構成するオプションを選択します。 ウィザードには、クラスターに推奨されるミラーリング監視の選択オプションが表示されます。

        注

        クォーラム監視を構成しないを選択してから、ウィザードを完了することもできます。 クラスター内に偶数の投票ノードがある場合、これは推奨される構成ではない可能性があります。

     2. ディスク監視を構成するオプションを選択した場合は、[記憶域監視の構成]ページで、ディスク監視として割り当てる記憶域ボリュームを選択し、ウィザード

     3. ファイル共有監視を構成するオプションを選択した場合は、[ファイル共有監視の構成]ページで、監視リソースとして使用されるファイル共有を入力ま

     4. クラウド監視を構成するオプションを選択した場合は、[クラウド監視の構成]ページで、Azureストレージアカウント名、Azureストレージアカウントキー、およびAzureサービスエンドポイントを入力してから、ウィザードを完了します。

        注

        このオプションは、Windows Server2016以降で使用できます。

   • クォーラム管理設定を構成し、クォーラム監視を追加または変更するには、[クォーラムの詳細設定]を選択して、次の手順を実行します。 クォーラムの高度な構成設定の詳細と考慮事項については、このトピックの前の”ノード投票の割り当てと動的クォーラム管理”を参照してください。

     1. [投票構成の選択]ページで、ノードに投票を割り当てるオプションを選択します。 デフォルトでは、すべてのノードに投票が割り当てられます。 ただし、特定のシナリオでは、ノードのサブセットにのみ投票を割り当てることができます。

        注

        ノードを選択することもできます。 これは、ノードがクォーラム投票に参加することを許可せず、ディスク監視を構成する必要があるため、一般的にはお勧めしません。 このディスク監視は、クラスターの単一障害点になります。

     2. クォーラム管理の構成ページで、ノード投票の割り当てを動的に管理するためのクラスターの許可オプションを有効または無効にできます。 通常、このオプションを選択すると、クラスターの可用性が向上します。 デフォルトでは、このオプションは有効になっており、このオプションを無効にしないことを強くお勧めします。 このオプションを使用すると、このオプションが無効になっている場合には不可能な障害シナリオでクラスターを実行し続けることができます。

        注

        このオプションは、Windows Server2016以降には存在しません。

     3. クォーラム監視の選択ページで、ディスク監視、ファイル共有監視、またはクラウド監視を構成するオプションを選択します。 ウィザードには、クラスターに推奨されるミラーリング監視の選択オプションが表示されます。

        注

        クォーラム監視を構成しないを選択してから、ウィザードを完了することもできます。 クラスター内に偶数の投票ノードがある場合、これは推奨される構成ではない可能性があります。

     4. ディスク監視を構成するオプションを選択した場合は、[記憶域監視の構成]ページで、ディスク監視として割り当てる記憶域ボリュームを選択し、ウィザード

     5. ファイル共有監視を構成するオプションを選択した場合は、[ファイル共有監視の構成]ページで、監視リソースとして使用されるファイル共有を入力ま

     6. クラウド監視を構成するオプションを選択した場合は、[クラウド監視の構成]ページで、Azureストレージアカウント名、Azureストレージアカウントキー、およびAzureサービスエンドポイントを入力してから、ウィザードを完了します。

        注

        このオプションは、Windows Server2016以降で使用できます。

4. [次へ]を選択します。 表示される確認ページで選択内容を確認し、[次へ]を選択します。

ウィザードが実行され、概要ページが表示された後、ウィザードが実行したタスクのレポートを表示する場合は、レポートの表示を選択します。 最新のレポートは、QuorumConfigurationという名前のsystemroot\Cluster\Reportsフォルダに残ります。mht

Windows PowerShellの同等のコマンド

次の例では、Set-ClusterQuorumコマンドレットおよびその他のWindows PowerShellコマンドレットを使用してクラスタークォーラムを構成する方法を示

次の例では、クラスター CONTOSO-FC1のクォーラム構成を、クォーラム監視のない単純なノードマジョリティ構成に変更します。

Set-ClusterQuorum –Cluster CONTOSO-FC1 -NodeMajority

次の例では、ローカルクラスターのクォーラム構成を、監視構成を持つノードマジョリティに変更します。 Cluster Disk2という名前のディスクリソースがディスク監視として構成されています。

Set-ClusterQuorum -NodeAndDiskMajority "Cluster Disk 2"

次の例では、ローカルクラスターのクォーラム構成を、監視構成を持つノードマジョリティに変更します。 \\CONTOSO-FS\fswという名前のファイル共有リソースは、ファイル共有監視サーバーとして構成されます。

Set-ClusterQuorum -NodeAndFileShareMajority "\fileserver\fsw"

次の例では、ローカルクラスターのノードContosofcnode1からクォーラム投票を削除します。

(Get-ClusterNode ContosoFCNode1).NodeWeight=0

次の例では、クォーラム投票をローカルクラスターのノードContosofcnode1に追加します。

(Get-ClusterNode ContosoFCNode1).NodeWeight=1

次の例では、クラスター CONTOSO-FC1のDynamicQuorumプロパティを有効にします(以前に無効になっていた場合)。:

(Get-Cluster CONTOSO-FC1).DynamicQuorum=1

クォーラムなしで起動してクラスターを回復

クォーラム投票が十分でないクラスターは起動しません。 最初のステップとして、クラスターのクォーラム構成を常に確認し、クラスターにクォーラムがなくなった理由を調査する必要があります。 これは、応答を停止したノードがある場合、またはマルチサイトクラスターでプライマリサイトに到達できない場合に発生する可能性があります。 クラスター障害の根本原因を特定したら、このセクションで説明する回復手順を使用できます。

クラスタノードを強制的に開始

ノードまたはクォーラム監視を正常な状態にしてクラスタを回復できないと判断した後、クラスタを強制的に開始す クラスターを強制的に開始すると、クラスタークォーラム構成設定が上書きされ、ForceQuorumモードでクラスターが開始されます。

クォーラムがないときにクラスターを強制的に開始することは、マルチサイトクラスターで特に便利です。 個別に配置されたプライマリサイトとバックアップサイト、SiteAとSiteBを含むクラスターを使用した障害復旧シナリオを検討します。 SiteAで本物の災害が発生した場合、サイトがオンラインに戻るにはかなりの時間がかかる可能性があります。 定足数がないにもかかわらず、SiteBを強制的にオンラインにすることをお勧めします。

クラスターがForceQuorumモードで起動され、十分なクォーラム投票が回復した後、クラスターは自動的にforced状態を離れ、正常に動作します。 したがって、クラスタを正常に再起動する必要はありません。 クラスターがノードを失い、クォーラムを失った場合、クラスターは強制状態ではなくなったため、再びオフラインになります。 クォーラムがないときにオンラインに戻すには、クォーラムなしでクラスターを強制的に起動する必要があります。

残りのクラスターノードでクォーラムを防ぐ

ノードでクラスターを強制的に起動した後、クォーラムを防ぐ設定でクラスター内の残りのノードを起動する必要があ クォーラムを禁止する設定で開始されたノードは、新しいクラスターインスタンスを形成するのではなく、既存の実行中のクラスターに参加する これにより、残りのノードが2つの競合するインスタンスを含む分割クラスターを形成できなくなります。

これは、バックアップサイトSiteBでクラスターを強制的に起動した後、いくつかのマルチサイト障害復旧シナリオでクラスターを回復する必要がある場 SiteBでforce startedクラスターに参加するには、プライマリサイトSiteAのノードをクォーラムを防止して起動する必要があります。

フェールオーバークラスターマネージャを使用してクラスタを回復する方法は次のとおりです:

1. フェールオーバークラスターマネージャーで、回復するクラスターを選択または指定します。

2. クラスターを選択した状態で、[アクション]で[クラスターの開始を強制]を選択します。

   Failover Cluster Manager forceは、到達可能なすべてのノードでクラスターを開始します。 クラスターは、起動時に現在のクラスター構成を使用します。

Windows PowerShellの同等のコマンド(Start-Clusternode)

次の例は、Start-ClusterNodeコマンドレットを使用して、ノードContosofcnode1でクラスターを強制的に起動する方法を示しています。

Start-ClusterNode –Node ContosoFCNode1 –FQ

または、ノード上でローカルに次のコマンドを入力することもできます:

Net Start ClusSvc /FQ

次の例は、Start-ClusterNodeコマンドレットを使用して、ノードContosofcnode1でクォーラムを防止してクラスターサービスを開始する方法を示しています。

Start-ClusterNode –Node ContosoFCNode1 –PQ

または、ノード上でローカルに次のコマンドを入力することもできます:

Net Start ClusSvc /PQ

ディザスタリカバリ構成に関するクォーラムの考慮事項

このセクションでは、ディザスタリカバリ展開におけるマルチサイトクラスター構成の特性とクォーラム構成の概要をまとめます。 クォーラム構成のガイドラインは、サイト間のワークロードの自動フェールオーバーまたは手動フェールオーバーが必要かどうかに応じて異なります。 通常、構成は、サイトで障害や障害が発生した場合にクラスター化されたワークロードを提供およびサポートするために組織内に配置されているサービスレベ

自動フェールオーバー

この構成では、クラスターは、クラスター化された役割をホストできる複数のサイトで構成されています。 いずれかのサイトで障害が発生した場合、クラスター化された役割は残りのサイトに自動的にフェールオーバーすることが期待されます。 したがって、すべてのサイトが完全なサイト障害を維持できるように、クラスタクォーラムを構成する必要があります。

次の表は、この構成に関する考慮事項と推奨事項をまとめたものです。

アイテム	説明
サイトごとのノード投票数	は等しくする必要があります
ノード投票の割り当て	すべてのノードが同じように重要であるため、ノード投票を削除する必要はありません
動的クォーラム管理	を有効にする必要があります
ミラーリング監視の構成	ファイル共有ミラーリング監視が推奨され、クラスターサイトとは別のサイトで構成されています
ワークロード	ワークロードは、任意のワークロードで構成できます サイトの

自動フェールオーバーに関するその他の考慮事項

• 各サイトに生存する機会を均等に与えるには、ファイル共有監視を別のサイトで構成する必要があ 詳細については、このトピックの”ミラーリング監視の構成”を参照してください。

手動フェールオーバー

この構成では、クラスターはプライマリサイトSiteAとバックアップ(リカバリ)サイトSiteBで構成されます。 クラスター化された役割はSiteAでホストされます。 クラスタークォーラム構成のため、SiteAのすべてのノードで障害が発生すると、クラスターは機能を停止します。 このシナリオでは、管理者はクラスタサービスをSiteBに手動でフェールオーバーし、追加の手順を実行してクラスタを回復する必要があります。

次の表は、この構成に関する考慮事項と推奨事項をまとめたものです。

アイテム	説明
サイトごとのノード投票数	ノード投票はプライマリサイトのノードから削除しないでください。SiteA ノード投票はバックアップサイトのノードから削除する必要があります。SiteB SiteAで長期的な停止が発生した場合は、リカバリの一環としてそのサイトでクォーラムマジョリティを有効にするために、SiteBのノードに投票を割り当てる必要があります。
動的クォーラム管理	を有効にする必要があります
目撃者 設定	SiteA に偶数個のノードがある場合に監視を構成する監視が必要な場合は、SiteA内のノードのみにアクセスできるファイル共有監視またはディスク監視のいず)
ワークロード	優先所有者を使用して、SiteAのノードでワークロードを実行し続けます

手動フェールオーバーに関するその他の考慮事項

• SiteAのノードのみが最初にクォーラム投票で構成されます。 これは、SiteBのノードの状態がクラスタークォーラムに影響しないようにするために必要です。
• 回復手順は、SiteAが一時的な障害または長期的な障害を維持するかどうかによって異なります。