オンサイトには2つのノードがあり、DRには3番目のノードがあり、ディスク監視はありません。メンテナンスのために、DRサイトをプライマリに設定し、他の2つのノードを非同期モードで手動に設定しました。2つのノードが一緒に停止し、クォーラムによりクラスター全体が停止した後、ディスクの過半数を達成できませんでした。動的クォーラムは失敗しました。サイト2の両方のノードが同時に移動したためです。
これは3ノードクラスターであるため、ノードマジョリティクォーラムが使用されるため、私の質問は、サイト2のノードが一緒にダウンした場合に同様のシナリオに直面した場合、どのようにして1つのノード/ DRでクラスターを稼働させ続けることができますか地点..
オンサイト2ノードが一緒にダウンしたときに同様のシナリオに直面した場合、どのようにして1つのノードまたはDrサイトでクラスターを稼働状態に保つことができますか。
現在の構成では、2つのノードが同時にダウンしたと想定することはできません。これを回避するには、DR側からもう1つのノードをWSFC構成に追加し、ファイル共有監視を設定する必要があります(推奨)。 FSウィットネスは、運用とDRの両方にアクセス可能なVMまたはマシンに常駐し、DCまたはDRのいずれかが完全に影響を受けない場合は影響を受けない「3番目の場所」に保持する必要があります。ダウン。ここで cloud witness をお勧めします。クラウドウィットネスには若干の遅れがあるため、さまざまなテストケースでシナリオをテストしてください。 FSの2つのノードがダウンした場合でも、4つのノードと1つのDCの監視があるため、DRの2つのノードからの3票と、WSFCの稼働を維持するための1つのFSの監視があります。
この構成のクォーラムはNode and Fileshare majority
になります。
コメントからの質問への返信
そのため、サイトに2つのNode、3番目のNode DR、およびDRサイトにファイル共有を持つことができます。その場合、両方のオンサイトノードがダウンしても、私は生き残ることができます。
WSFCには投票メンバーが4人いるため、WSFCが存続することはできません。クォーラムとWSFCがオンラインになるには、投票するために2(50%以上)が必要です。
または、フェイルオーバー中にメンテナンスを行う前に、2つのオンサイトノードの投票権を削除して、DRに1票を残すだけでよいため、2つのNodeオンサイトがダウンしてもクラスターは存続します。
これは予期しないフェイルオーバーとは異なります。はい、DRノードから投票を削除できます。または、Windows server 2012 r2
以上を使用している場合は、2つのノードを正常にシャットダウンできます。 DCそれでもDRノードはオンラインになります。これはlast man Standingと呼ばれます。これは、Windows Server 2012 r2サーバーの dyanamic quorumおよび動的監視 機能が原因です。ただし、このシナリオでは計画的な方法でシャットダウンを実行しているため、2つのノードが予期せずダウンして何も機能せず、WSFC全体がダウンした場合、動的クォーラムと監視が機能していることに注意してください。
現在の構成では、予期しないDCシャットダウンが原因でWSFCがダウンしていると思われる場合は、 forcequorumを使用して、WSFCをDRノード でオンラインにすることができます。この方法は複雑ではなく、ある程度のダウンタイムが許容できる場合は、この方法が便利です。簡単な方法で、WSFCをオンラインにするのに5〜10分はかかりません。これにより、追加のノードと追加のインフラストラクチャのコストを節約できます。