スイッチオーバーおよびスイッチバックの発生時のボリュームの動作
変更を提案
PDF
スイッチオーバーまたはスイッチバックをトリガーするイベントが発生すると、ディザスタ リカバリ グループの一方のクラスタからもう一方のクラスタにアクティブなボリュームが切り替わります。クライアントにデータを提供していたアクティブなクラスタのボリュームは停止され、代わりにアクティブになったもう一方のクラスタのボリュームからデータの提供が開始されます。Unified Managerでは、実行中のアクティブなボリュームのみが監視されます。
ボリュームが一方のクラスタからもう一方のクラスタに切り替わるため、両方のクラスタを監視することを推奨します。Unified Managerでは単一のインスタンスでMetroCluster構成の両方のクラスタを監視できますが、監視する2つのクラスタ間の距離によっては、両方のクラスタを監視するためにUnified Managerインスタンスが2つ必要になる場合もあります。次の図は、Unified Managerの単一のインスタンスを示しています。
名前に「p」が付いているボリュームはプライマリ ボリュームで、「b」が付いているボリュームはSnapMirrorで作成されたバックアップ用のミラー ボリュームです。
通常運用時の状態は次のとおりです。
-
クラスター A には、Vol1p と Vol2p という 2 つのアクティブ ボリュームがあります。
-
クラスター B には、Vol3p と Vol4p の 2 つのアクティブ ボリュームがあります。
-
クラスター A には、Vol3b と Vol4b という 2 つの非アクティブなボリュームがあります。
-
クラスター B には、Vol1b と Vol2b という 2 つの非アクティブなボリュームがあります。
Unified Managerにより、アクティブなボリュームのそれぞれに関する情報（統計やイベントなど）が収集されます。Vol1pとVol2pの統計がクラスタAから収集され、Vol3pとVol4pの統計がクラスタBから収集されます。
重大な障害が発生してアクティブなボリュームがクラスタBからクラスタAにスイッチオーバーされると次のようになります。
-
クラスター A には、Vol1p、Vol2p、Vol3b、Vol4b の 4 つのアクティブ ボリュームがあります。
-
クラスター B には、Vol3p、Vol4p、Vol1b、Vol2b の 4 つの非アクティブなボリュームがあります。
通常運用時と同様に、Unified Managerでアクティブなボリュームのそれぞれに関する情報が収集されます。ただし、この場合は、Vol1pとVol2pの統計がクラスタAから収集され、Vol3pとVol4pの統計もクラスタAから収集されます。
Vol3pとVol3bは異なるクラスタにあり、同じボリュームではないことに注意してください。Unified Managerに表示されるVol3pの情報は、Vol3bと同じにはなりません。
-
クラスタAにスイッチオーバーしている間は、Vol3pの統計とイベントは表示されません。
-
スイッチオーバーの発生直後は、履歴情報がないため、Vol3bは新規のボリュームのように見えます。
クラスタBが復旧してスイッチバックが実行されると、クラスタBのVol3pが再びアクティブになり、スイッチオーバーしていた期間を除いた状態で過去の統計が表示されます。クラスタAのVol3bの情報は、次にスイッチオーバーが発生するまでは表示されません。
|
|