フェールオーバークラスタリングは、ワークロードの高可用性を実現します。リソースをホストするノードが稼働している場合、これらのリソースは高可用性と見なされます。クラスターは一般に、ノードの半分以上の実行を必要とします。これはクォーラムを持つことを知らせています。quorum.クォーラムは、ネットワーク内にパーティションが存在し、ノードのサブセットが相互に通信できない場合に発生するスプリットブレインシナリオを防ぐように設計されています。これにより、ノードの両方のサブセットがワークロードを所有し、同じディスクに書き込まれるため、多くの問題が発生する可能性があります。フェールオーバークラスタリングのクォーラムの概念では、これらのノードグループのうちの1つだけが実行を継続するため、これらのグループのうち1つだけがオンラインのままになります。online.クォーラムは、クラスターが引き続きオンラインのままで維持できるエラーの数を決定します。クォーラムは、クラスターノードのサブセット間の通信に問題がある場合のシナリオを処理するように設計されています。これにより、複数のサーバーが同時にリソースグループをホストして同じディスクに書き込みを行うことがなくなります。クォーラムの概念を実現することで、クラスターは、特定のリソースグループの真の所有者が1つだけであることを確認するために、ノードのいずれかのサブセットでクラスターサービスを強制的に停止します。停止したノードは、ノードのメイングループと再び通信すると、自動的にクラスターに再度参加し、クラスターサービスを開始します。独自のクォーラムメカニズムを持つシステムのコンポーネントが2つあります。(つまり、ノードが失われ、クラスターが稼働状態を維持できます)。プールレベルで動作します。記憶域プールは、クラスター化と非クラスター化の両方のシナリオで使用するように設計されており、クォーラムメカニズムが異なるためです。overview次の表は、シナリオごとのクラスタークォーラムの結果の概要を示しています。recommendations2つのノードがある場合は、ミラーリング監視サーバーが必要です。required.ノードが3つまたは4つある場合は、ミラーリング監視サーバーを使用することを強くお勧めします。クラウド監視を使用します。環境の場合は、ファイル共有監視を使用します。worksノードで障害が発生した場合、または一部のノードが別のサブセットとの接続を失った場合、残っているノードは、クラスターの過半数がオンラインのままになっていることを確認する必要があります。検証できない場合は、オフラインになります。(たとえば、5ノードクラスター内の3つのノード)。ついてはどうでしょうか。cluster)?クラスターでは、次の2つの方法で投票の合計数を奇数にすることができます。サーバーを追加します。これにはユーザー設定が必要です。ゼロにすると、1つ下に移動できます。needed).残っているノードが過半数であることが正常に確認されると、過半数の定義が残存オブジェクトのみに更新されます。これにより、クラスターは1つのノード、別のノード、別のノードを失うことができます。連続して失敗した後に適合する投票の合計数の概念は、動的クォーラムと呼ばれます。witness動的ミラーリング監視サーバーは、投票の合計数が奇数であることを確認するために、ミラーリング監視サーバーの投票を切り替えます。投票の数が奇数の場合、ミラーリング監視サーバーは投票を持ちません。投票の数が偶数の場合、ミラーリング監視サーバーには投票があります。動的ミラーリング監視サーバーは、ミラーリング監視サーバーの障害によってクラスターがダウンするリスクを大幅に軽減します。クラスターでは、クラスターで使用できる投票ノードの数に基づいて、監視の投票を使用するかどうかを決定します。cluster.動的クォーラムは、以下で説明する方法で動的監視と連携します。つのノードで投票ゼロが取得されます。4つのノードのうち3つだけが投票を受けるので、投票の合計数は3で、投票を含む2つの残存オブジェクトは過半数と見なされます。majority.ノード数が奇数で、ミラーリング監視サーバーがない場合は、すべてのノードが投票を受けます。votes.ノードとミラーリング監視サーバーの数が偶数の場合は、ミラーリング監視サーバーによって投票されるので、合計は奇数になります。odd.ノードとミラーリング監視サーバーの数が奇数の場合、ミラーリング監視サーバーは投票しません。vote.動的クォーラムを使用すると、ノードに投票を動的に割り当てることができます。(最後のノードとして知られています)。4ノードクラスターを例として考えてみましょう。クォーラムに3票が必要であると仮定します。votes.この場合、2つのノードが失われた場合、クラスターはダウンします。nodes.ただし、動的クォーラムによってこの問題が発生することはありません。クォーラムに必要な投票の合計数は、使用可能なノードの数に基づいて決定されるようになりました。動的クォーラムでは、3つのノードが失われてもクラスターは稼働したままになります。nodes.上記のシナリオは、記憶域スペースダイレクトが有効になっていない一般的なクラスターに適用されます。記憶域スペースダイレクトが有効になっている場合、クラスターは2つのノードの障害のみをサポートできます。詳細については、プールクォーラムに関するセクションを参照してください。section.使用例Examplesミラーリング監視サーバーを使用しない2つのノード。クラスターが残ります。あり、クラスターはダウンします。投票ノードの電源が正常に切断されている場合、投票は他のノードに転送され、クラスターはそのまま残ります。このため、ミラーリング監視サーバーを構成することが重要です。witness.1つのサーバーの障害が発生する可能性があります。chance.サーバー障害が発生しても、別のサーバーエラーが発生する可能性があります。No.は、2つのサーバーエラーを一度に保持できます。No.ミラーリング監視サーバーがある2つのノード。クラスターが残ります。survives.1つのサーバーの障害が発生する可能性があります。Yes.サーバー障害が発生しても、別のサーバーエラーが発生する可能性があります。No.は、2つのサーバーエラーを一度に保持できます。No.ミラーリング監視サーバーのない3つのノード。あり、クラスターは残ります。クラスターはミラーリング監視サーバーを使用しない2つのノードになります。この時点では、シナリオ1になります。1.1つのサーバーの障害が発生する可能性があります。Yes.サーバー障害が発生しても、別のサーバーエラーが発生する可能性があります。chance.は、2つのサーバーエラーを一度に保持できます。No.ミラーリング監視サーバーを持つ3つのノード。witness.すべてのノードが投票するので、ミラーリング監視サーバーは最初に投票しません。つの投票によって決定されます。1つの障害が発生した後、クラスターにミラーリング監視サーバーを持つ2つのノードがあります。これはシナリオ2に戻ります。ここで、2つのノードとミラーリング監視サーバーに投票しました。vote.1つのサーバーの障害が発生する可能性があります。Yes.サーバー障害が発生しても、別のサーバーエラーが発生する可能性があります。Yes.は、2つのサーバーエラーを一度に保持できます。1つの障害が発生すると、クラスターは3つのノードになり、シナリオ3になります。3.1つのサーバーの障害が発生する可能性があります。Yes.サーバー障害が発生しても、別のサーバーエラーが発生する可能性があります。Yes.は、2つのサーバーエラーを一度に保持できます。chance.ミラーリング監視サーバーを備えた4つのノード。1つの障害が発生した後、シナリオ4になります。2つの同時エラーが発生したら、シナリオ2に進みます。2.1つのサーバーの障害が発生する可能性があります。Yes.サーバー障害が発生しても、別のサーバーエラーが発生する可能性があります。Yes.は、2つのサーバーエラーを一度に保持できます。Yes.5ノード以上。beyond.すべてのノードが投票します。合計が奇数になるすべての投票を行います。記憶域スペースダイレクトでは、3つ以上のノードを停止することはできません。そのため、この時点でミラーリング監視サーバーは不要です。useful.1つのサーバーの障害が発生する可能性があります。Yes.サーバー障害が発生しても、別のサーバーエラーが発生する可能性があります。Yes.は、2つのサーバーエラーを一度に保持できます。Yes.クォーラムのしくみを理解したところで、クォーラム監視サーバーの種類を見てみましょう。typesフェールオーバークラスタリングでは、次の3種類のクォーラム監視サーバーがサポートされています。クラスターのすべてのノードからアクセスできます。クラスター化情報はミラーリング監視サーバーログファイルに保持されますが、クラスターデータベースのコピーは保存されません。クラスター化情報はミラーリング監視サーバーログファイルに保持されますが、クラスターデータベースのコピーは保存されません。database.ディスク監視-クラスターの使用可能記憶域グループにある小規模のクラスター化されたディスク。このディスクは高可用性であり、ノード間でフェールオーバーできます。クラスターデータベースのコピーが含まれています。記憶域スペースダイレクトでは、ディスク監視はサポートされていません。overviewクラスタークォーラムはクラスターレベルで動作します。プールクォーラムを見てみましょう。(つまり、ノードとドライブが失われ、プールが維持される可能性があります)。記憶域プールは、クラスター化と非クラスター化の両方のシナリオで使用するように設計されており、クォーラムメカニズムが異なるためです。mechanism.次の表は、シナリオごとのプールクォーラムの結果の概要を示しています。worksドライブに障害が発生した場合、または一部のドライブが別のサブセットと通信できなかった場合、残りのドライブは、プールの過半数がオンラインのままになるように構成されていることを確認する必要があります。検証できない場合は、オフラインになります。あるかどうかに基づいて、オフラインまたはオンラインのままになるエンティティです。+1.ただし、プールクォーラムは次の点でクラスタークォーラムとは動作が異なります。維持するための対応ブレーカーとして、クラスター内の1つのノードをミラーリング監視サーバーとして使用します。vote使用例Examples対称レイアウトの4つのノード。票によって決定されます。そのため、プールは存続します。survives.1つのサーバーの障害が発生する可能性があります。Yes.サーバー障害が発生しても、別のサーバーエラーが発生する可能性があります。Yes.は、2つのサーバーエラーを一度に保持できます。Yes.レイアウトが対称でドライブが故障している4ノード。票によって決定されます。ドライブ7がダウンします。そのため、プールには過半数がなく、ダウンします。down.1つのサーバーの障害が発生する可能性があります。Yes.サーバー障害が発生しても、別のサーバーエラーが発生する可能性があります。No.は、2つのサーバーエラーを一度に保持できます。No.対称でないレイアウトの4つのノード。投票から決定されます。そのため、プールには過半数がなく、ダウンします。down.1つのサーバーの障害が発生する可能性があります。(両方のノードが3と4の両方のノードがダウンしても、その他すべてのシナリオに対応できる場合)。scenarios.は、2つのサーバーエラーを一度に発生させることができます。(両方のノードが3と4の両方のノードがダウンしても、その他のすべてのシナリオを維持できる場合)。(各ノードには同じ数のドライブがあります)。drives)ノード障害が許容され、仮想ディスクをオンラインに保つことができるように、3方向ミラーまたはデュアルパリティを有効にします。詳細については、ボリュームのガイダンスページを参照してください。details.2つ以上のノードがダウンしている場合、または別のノードの2つのノードとディスクがダウンしている場合、ボリュームはデータの3つのコピーすべてにアクセスできないため、オフラインになり、使用できなくなります。ボリューム内のすべてのデータの回復性を最大限に高めるには、サーバーを戻すかディスクを迅速に交換することをお勧めします。Articlesこのページはお役に立ちましたか?はいいいえ追加のフィードバックはありますか?スキップ送信ありがとうございます。直接フィードバックを残すこともできます。直接フィードバックを残すこともできます。Cookie利用条件サイトのフィードバック商標このページはお役に立ちましたか?はいいいえ追加のフィードバックはありますか?スキップ送信ありがとうございます。Cookie利用条件サイトのフィードバック。