Administrator Guide

デタッチルール
デタッチ ルールは、クラスター間リンクのアウテージが発生した場合に 優先 クラスターを自動選択するコンシステンシー グループの
ポリシーです。
メトロ ノードの Metro 構成には、次の 2 種類のコンシステンシー グループ デタッチ ルールがあります。
● no-automatic-winner ：コンシステンシー グループは優先クラスターを選択しません。
● winner cluster-name delay seconds ：クラスター間リンクのアウテージが delay で指定された秒数より長く続く場合、
cluster-name で指定されたクラスターが優先クラスターとして認定されます。
コンシステンシー グループにデタッチ ルールが構成されている場合、そのルールはコンシステンシー グループ内のすべてのボリュ
ームに適用され、個別のボリュームに適用されるあらゆるルールセットより優先されます。
このプロパティは、ローカル コンシステンシー グループには適用されません。
デフォルトでは、コンシステンシー グループに対して構成されている特定のデタッチ ルールはありません。その代わり、両方のク
ラスターに対して可視性を設定しているコンシステンシー グループに、no-automatic-winner デタッチ ルールがデフォルトとし
て設定されます。
I/O の継続性とデータ ロスの許容範囲という観点で、お使いのアプリケーションのニーズを満たすコンシステンシー グループにデタ
ッチ ルールを適用することをお勧めします。
consistency-group set-detach-rule コマンドを使用して、コンシステンシー グループの detach-rule を構成します。
● 次のように consistency-group set-detach-rule no-automatic-winner コマンドを使用して、detach-rule を no-
automatic-winner に設定します。
VPlexcli:/clusters/cluster-1/consistency-groups/TestCG> set-detach-rule no-automatic-winner
● 次のように consistency-group set-detach-rule winner コマンドを使用して、優先クラスターと、リンクのアウテー
ジが発生してから優先クラスターのデタッチをするまでにメトロ ノードが待機する秒数を指定します。
VPlexcli:/clusters/cluster-1/consistency-groups/TestCG> set-detach-rule winner --cluster
cluster-1 --delay 5s
次の表は、同期コンシステンシー グループに対するデタッチ ルールの作動を示しています。
表 9. デタッチ ルールの作動：同期コンシステンシー グループ
デタッチ ルール 作動（クラスターが I/O 処理中であるかは問わない）
クラスター 1 を優先 クラスター 1 での I/O を許可
クラスター 2 での I/O を中断
データ ロスなし/データ ロールバックなし
クラスター 2 を優先 クラスター 1 での I/O を中断
クラスター 2 での I/O を許可
データ ロスなし/データ ロールバックなし
自動優先なし
a
クラスター 1 での I/O を中断
クラスター 2 での I/O を中断
データ ロスなし/データ ロールバックなし
a.
両方のクラスター上の DU（メトロ ノード クラスター間の WAN-COM 接続が切断される場合）
次の点に注意してください。
● アクティブ I/O は、アクティブな書き込みを示しています。
● 前掲の表に記載されているデタッチ ルールの作動は、クラスターの領域確保を行う際、優先クラスターに正常なレッグがあるこ
とを前提としています。
● ロール バック後に再開するには、consistency-group resume-after-rollback コマンドを使用します。
● デタッチ ルール（no-automatic-winner）使用時に I/O を再開するには、優先されるクラスターを手動で選択する必要があ
ります。優先クラスターを選択するには、consistency-group choose-winner コマンドを使用します。
コンシステンシー グループ 65