まず最初に掲載されMSDN月27日2011
こんにちはクラスターファン

このブログを明確に企画への配慮周辺
quorum

フェールオーバークラスターのクォーラム構成によって、クラスターがオンラインのままで維持できる障害の数が決まります。 このしきい値を超えて追加の障害が発生した場合、クラスターは実行を停止します。 一般的な認識では、障害が多すぎるとクラスターが実行を停止する理由は、残りのノードがあまりにも多くのワークロードを占有し、ホストをオーバーコミット 実際には、クラスターは、あなたの容量の制限を知っているか、あなたがそれをオンラインに保つために、パフォーマンスのヒットを取るために喜んで むしろクォーラムは、クラスタノードのセット間の通信に問題がある場合にシナリオを処理するように設計されているため、二つのサーバーが同時にリソースグループをホストし、同時に同じディスクに書き込むことを試みないように設計されています。 これは「分割脳」として知られており、2つの同時グループ所有者を持つディスクへの潜在的な破損を避けるためにこれを防止したいと考えています。 このクォーラムの概念を持つことにより、クラスターは、特定のリソースグループの真の所有者が1つだけであることを確認するために、ノードのサブセットの1つでクラスターサービスを強制的に停止させます。 停止されたノードが再びノードのメイングループと通信できるようになると、自動的にクラスターに再参加し、クラスターサービスを開始します。

クラスター内のクォーラムの詳細については、以下を参照してください:
http://technet.microsoft.com/en-us/library/cc731739.aspx
.

定足数への投票

‘定足数’または有権者の過半数を持つことは、投票アルゴリズムに基づいており、投票者の半分以上がオンラインであり、相互に通信できなければなりません。 特定のクラスターには特定のノードセットと特定のクォーラム構成があるため、クラスターは多数の投票、つまりクォーラムを構成する”投票”の数を認識します。 投票者の数が過半数を下回った場合、クラスターサービスはそのグループ内のノードで停止します。 これらのノードは、ネットワーク上に別のノードが再び表示された場合に備えて、他のノードの存在をリッスンしますが、クォーラムが再び存在するまでノードはクラスターとして機能し始めません。

クラスターがクォーラムを達成するためには、総投票数の半分以上
が必要であることを認識することが重要です。 これは、多数決は常に他のパーティションが半分以下の票を持っていることを意味するので、パーティション内の投票数に”タイ”を持つことを避けるため 5ノードクラスタでは、3つの投票者がオンラインである必要があります; しかし、4ノードのクラスターでは、3人の有権者も過半数を持つためにオンラインでなければなりません。 このロジックのため、クラスター内には常に奇数の総有権者数を設定することをお勧めします。 これは、クォーラムモデルに応じて、ディスクまたはファイル共有の両方が投票に貢献できるため、奇数のノードが必要であるとは限りません。

投票者は次のようにすることができます:

  • ノード
    • 1投票
    • クラスタ内のすべてのノードが1投票を持っています
  • “ディスク監視”または”ファイル共有監視”
    • 1投票
    • 1つのディスク監視または1つのファイル共有監視のいずれかがクラスタ内で投票することができ

クォーラム-タイプ

クォーラム-タイプには四つのタイプがあります。 この情報は、
http://technet.microsoft.com/en-us/library/cc731739.aspx#Bkmk_Choices
でも入手できます。

Node Majority

これは理解するのが最も簡単なクォーラムタイプであり、奇数のノード(3ノード、5ノードなど)を持つクラスタに推奨されます。). この構成では、すべてのノードに1票があるため、クラスタ内には奇数の総投票数があります。 ノードの二つのサブセットの間にパーティションがある場合、ノードの半分以上を持つサブセットはクォーラムを維持します。 たとえば、5ノードのクラスターが3ノードのサブセットと2ノードのサブセットに分割された場合、3ノードのサブセットはオンラインのままになり、2ノードのサブセットは他の3ノードと再接続できるまでオフラインになります。

Node&Disk Majority

このクォーラム構成は、最も一般的な展開である2ノードおよび4ノードクラスタでうまく動作するため、最も一般的に使用されます。 この構成は、クラスター内に偶数個のノードがある場合に使用されます。 この構成では、すべてのノードが1票を取得し、さらに1枚のディスクが1票を取得するため、一般的には奇数の総投票数があります。

このディスクはディスク監視(“クォーラムディスク”と呼ばれることもあります)と呼ばれ、クラスター使用可能なストレージグループにある小さなクラスター このディスクは高可用性であり、ノード間でフェールオーバーすることができます。 これはクラスターコアリソースグループの一部と見なされますが、通常はフェールオーバークラスターマネージャーでは対話する必要がないため、表示されません。

偶数のノードと1つの加算ディスク証人投票があるので、合計で奇数の投票があります。 ノードの二つのサブセットの間にパーティションがある場合、半分以上の票を持つサブセットはクォーラムを維持します。 たとえば、ディスク監視を持つ4ノードのクラスターが2ノードのサブセットと別の2ノードのサブセットに分割された場合、それらのサブセットの1つもディスク監視を所有するため、合計3つの投票があり、オンラインのままになります。 2ノードのサブセットは、他の3ノードと再接続できるまでオフラインになります。 つまり、クラスターは、2つのノードであるか、1つのノードと監視ディスクであるかにかかわらず、任意の2つの投票者との通信を失う可能性があります。

ノード&ファイル共有マジョリティ

このクォーラム構成は、通常、マルチサイトクラスターで使用されます。 この構成は、クラスター内に偶数のノードがある場合に使用されるため、ノードおよびディスクマジョリティクォーラムモードと同じ意味で使用できます。 この構成では、すべてのノードが1票を取得し、さらに1つのリモートファイル共有が1票を取得します。

このファイル共有はファイル共有監視(FSW)と呼ばれ、すべてのクラスターノードがアクセスできる同じADフォレスト内の任意のサーバー上のファイル共有 クラスター内のあるノードは、そのファイル共有の”所有者”とみなすためにファイル共有にロックを配置し、元の所有ノードが失敗した場合に別のノードがロッ スタンドアロンサーバーでは、ファイル共有自体は高可用性ではありませんが、ファイル共有は独立したクラスター上のクラスター化されたファイル共有に置くこともできるため、FSWがクラスター化され、ノード間でフェールオーバーすることができます。 このノードを失うと、FSWの投票が失われ、単一の障害で2つの投票が失われるため、同じクラスター内のノードや同じクラスター上のVM内でこの投票を行わな 単一のファイルサーバーは、複数のクラスター用に複数のFswをホストできます。

一般に、マルチサイトクラスターは、各サイトに同じ数のノードを持つ二つのサイトを持ち、偶数のノードを与えます。 3
rd
サイトにこの追加投票を追加すると、アクティブなクラスターノードと書き込み可能なDCを持つ3
rd
サイトを展開するのと比較して、コスト これは、サイトまたはFSWのいずれかが失われ、クラスターがクォーラムを維持できることを意味します。 たとえば、Site1に2つのノード、Site2に2つのノード、Site3にFSWがあるマルチサイトクラスターでは、合計5つの投票があります。 サイト間にパーティションがある場合、サイトのノードの1つがFSWへのロックを所有するため、サイトには合計3票があり、オンラインのままになります。 2ノードのサイトは、他の3つの有権者と再接続できるまでオフラインになります。

レガシー:ディスクのみ

重要:
このクォーラムタイプは、シングルポイント障害があるため推奨されません。

Disk Only quorum typeはWindows Server2003で使用でき、互換性の理由から維持されていますが、ストレージベンダーの指示がない限り、このモードを使用しないことを強くお勧めし このモードでは、ディスク監視にのみ投票が含まれ、クラスター内に他の投票者はありません。 つまり、ディスクが使用できなくなった場合、クラスター全体がオフラインになるため、これは単一障害点と見なされます。 ただし、一部のお客様は、いずれかのノードがまだ動作しており、クラスタディスクにアクセスできる限り、クラスタがオンラインのままである”last man standing”構成を取得するために、この構成を展開することを選択します。 ただし、この展開の目的では、最後に残ったノードが他のノードから移動したすべてのワークロードの容量を処理できるかどうかを検討することが重要です。

デフォルトのクォーラム選択

フェールオーバークラスターマネージャーを使用してクラスターを作成する場合、クラスター。exeまたはPowerShellを使用すると、クラスターは展開を簡素化するために最適なクォーラムの種類を自動的に選択します。 この選択は、ノードの数と使用可能なストレージに基づいて行われます。 論理は次のとおりです:

  • 奇数ノード–ノードマジョリティを使用
    • 偶数ノード
      • 使用可能なクラスタディスク–ノードを使用&ディスクマジョリティ
      • 使用可能なクラスタディスクノードマジョリティを使用
        • 使用可能なクラスタディスクノードマジョリティを使用
          • 使用可能なクラスタディスクノードマジョリティを使用
          • 使用可能なクラスタディスクノードマジョリティを使用

      クラスターは、ノードとファイル共有の過半数またはレガシー:ディスクのみを選択しません。 デフォルトの選択が優先されない場合でも、クォーラムの種類は管理者によって完全に構成可能です。

      クォーラムの種類の変更

      クォーラムの種類の変更は、フェールオーバークラスターマネージャーを使用して簡単に行えます。 クラスターの名前を右クリックし、”その他のアクション…”を選択してから、”クラスタークォーラム設定の構成…”を選択して、クラスタークォーラムの構成ウィ ウィザードから、4つのクォーラムの種類すべてを構成したり、ディスク監視またはファイル共有監視を変更したりすることができます。 ウィザードでは、構成に基づいて持続可能な障害の数も表示されます。

      クォーラムの設定のステップバイステップガイドについては、以下を参照してください:
      http://technet.microsoft.com/en-us/library/cc733130.aspx
      .

      ありがとう!
      Symon Perriman
      Technical Evangelist
      Private Cloud Technologies
      Microsoft

      更新: 11月6th,2019by Rob Hindman

コメントを残す

メールアドレスが公開されることはありません。

lg