SnapMirror/SnapVault の「 LAG 」とは何を意味しますか。
すべてのとおり
に適用されます
- clustered Data ONTAP 8
- ONTAP 9
- Data ONTAP 8 7-Mode
- Data ONTAP 7 以前
- SnapMirror
回答
「 lag 」という用語の定義は、単に「 2 つのイベントの間に渡される時間」です。 この定義のため、「ラグ」は通常パフォーマンスに関連しています。 ただし、「遅延」とは、レプリケーションと SnapMirror/SnapVault 関係で誤解されている用語です。 LAG の一般的な理解度は、最後に正常に更新されてからの時間です。 これは完全に間違っているわけではありませんが、他の 2 つの要因は考慮されていません。
- コントローラに設定されている時間
- 転送時間
Snapshot とファイルシステムによって継承されるタイムスタンプであるため、時間の設定方法は重要です。 時刻が正しく設定されていないと、タイムスタンプが不正確になります。 LAG はタイムスタンプを使用して計算されるため、この場合も LAG は正しくありません。
レプリケーションの性質上、転送期間も見過ごされています。 遅延は、最後の転送が完了した時点から測定されません。
LAG は、ソース / プライマリコントローラでスナップショットが最初に作成された時点から測定されます。 これは似ているように思われますが、その違いは重要な場合があります。
次の SnapMirror のシナリオを検討してください。
ソース | デスティネーション |
コントローラ: vol_1 | コントローラ B : vol_1_mir |
スケジュールされた更新が午後 12 時に開始されます。
SnapMirror Snapshot がソースボリュームに作成され、転送が開始されます。 転送には 45 分かかります。 午後 12 時 46 分、 1 分前に転送が完了しました。
Q :関係の「ラグ」とは何ですか?
A :このシナリオの「ラグ」は 46 分です( 1 分ではありません)。
デスティネーションコントローラでは、 LAG は、スナップショットの作成時間をコントローラの現在の時間と比較して計測します。
したがって、 dest (または src )コントローラで時刻が正しく設定されていない場合、「 lag 」時間が正しくない可能性があります。
次の SnapVault のシナリオを検討してください。
プライマリ | セカンダリ |
CIFS_SVM : vol_1 | cifs_dr : vol_1_dr |
vol_1 の Snapshot ポリシーに従って、 Snapshot が午後 5 時に作成されます。このとき、「 v_daily 」という SnapMirror ラベルが付けられます。
「 v_daily 」ラベルに設定された SnapVault 更新は、翌朝の午前 1 時にスケジュールされた時刻にトリガーされます。 転送には 30 分かかります。
Q :転送が終了した時点で、この関係にどのような遅延を設定する必要がありますか。
A :この SnapVault シナリオでは、遅延時間は 8 時間 30 分です。
繰り返しになりますが、遅延は、セカンダリで転送が完了した時刻ではなく、プライマリで Snapshot が作成された時刻を使用して計算されます。
これは、レプリケーションでは、ファイルシステムのバージョンが重要であるためです。 Snapshot コピーはポイントインタイムの参照であり、 Snapshot の作成時にファイルシステムを表します。
スナップショットは保護されるデータであるため、作成時の時間は遅延を計算するときに使用するポイントインタイムです。
これは、同じバージョンのファイルシステムが多数のコントローラにレプリケートされるカスケードなどの他の構成では、誇張されることがあります。
LAG は単なるインジケータであることに注意してください。 すべての指標と同様に、状況に応じて正しく理解されていれば、問題を警告することができます。
誤解遅延は、問題の正常な動作を誤ってしまう原因となる可能性があります。 特定の関係に大きな遅延が発生しても、必ずしも問題があるとは限りません。
追加情報