ONTAP SnapMirror同期ディザスタリカバリの詳細
変更を提案
PDF
ONTAP 9 .5以降では、SnapMirror Synchronous（SM-S）テクノロジが、16 GB以上のメモリを搭載したすべてのFASおよびAFFプラットフォーム、およびすべてのONTAP Selectプラットフォームでサポートされています。SnapMirror同期テクノロジはノード単位でライセンスされる機能で、ボリュームレベルの同期データレプリケーションを提供します。
この機能は、データ損失ゼロが求められる金融、医療などの規制対象の業界で、同期レプリケーションに関する規制や国の要件に対応します。
許可されるSnapMirror同期処理
SnapMirror同期レプリケーションのHAペアあたりの最大処理数は、コントローラのモデルによって異なります。
次の表に、プラットフォームタイプおよびONTAPリリース別に、HAペアごとに実行できるSnapMirror同期処理の数を示します。
プラットフォーム |
ONTAP 9.14.1 からONTAP 9.11.1 |
ONTAP 9 10.1 |
ONTAP 9 .9.1 |
ONTAP 9.9.1より前のリリース |
AFF |
400 |
200 |
160 |
80 |
ASA |
400 |
200 |
160 |
80 |
FAS |
80 |
80 |
80 |
40 |
ONTAP Select |
40 |
40 |
40 |
20 |
サポートされる機能
次の表に、SnapMirror同期およびONTAPリリースでサポートされる機能を示します。
機能 |
最初にサポートされたリリース |
追加情報 |
SnapMirror同期関係のプライマリボリュームに対するウィルス対策 |
ONTAP 9.6 |
|
アプリケーションで作成されたSnapshotレプリケーション |
ONTAP 9.7 |
スナップショットに適切なラベルが付けられている場合は、 |
クローンの自動削除 |
ONTAP 9.6 |
|
階層化ポリシーが「なし」、「Snapshot」、または「自動」のFabricPoolアグリゲートは、SnapMirror同期のソースとデスティネーションでサポートされます。 |
ONTAP 9.5 |
FabricPoolアグリゲートのデスティネーションボリュームを「すべて」の階層化ポリシーに設定することはできません。 |
FC |
ONTAP 9.5 |
レイテンシが10ミリ秒を超えないすべてのネットワーク |
FC-NVMe |
ONTAP 9.7 |
|
フアイルクロン |
ONTAP 9.7 |
|
SnapMirror同期関係のプライマリボリュームに対するFPolicy |
ONTAP 9.6 |
|
SnapMirror同期関係のプライマリボリュームに対するハードクォータとソフトクォータ |
ONTAP 9.6 |
クォータルールはデスティネーションにレプリケートされないため、クォータデータベースはデスティネーションにレプリケートされません。 |
クラスタ内同期関係 |
ONTAP 9 .14.1 |
高可用性は、ソースボリュームとデスティネーションボリュームが別 々 のHAペアに配置されている場合に提供されます。クラスタ全体が停止すると、クラスタがリカバリされるまでボリュームにアクセスできなくなります。クラスタ内のSnapMirror同期関係が、同時処理の全体的な制限にHAペアあたりの関係数影響します。 |
iSCSI |
ONTAP 9.5 |
|
LUNクローンとNVMeネームスペースクローン |
ONTAP 9.7 |
|
アプリケーションで作成されたSnapshotによってバックアップされるLUNクローン |
ONTAP 9.7 |
|
混在プロトコルアクセス（NFS v3とSMB） |
ONTAP 9.6 |
|
NDMP / NDMPリストア |
ONTAP 9 .13.1 |
でSnapMirror同期を使用するには、ソースクラスタとデスティネーションクラスタの両方でONTAP 9が実行されている必要があります。詳細については、を参照してください NDMPコピーを使用してデータを転送します。 |
AFF / ASAプラットフォームでのみ、無停止のSnapMirror同期処理（NDO）を実行できます。 |
ONTAP 9 12.1 |
ノンストップオペレーションをサポートしているため、ダウンタイムのスケジュールを設定することなく、一般的なメンテナンスタスクの多くを実行できます。サポートされる処理には、テイクオーバーとギブバック、およびボリューム移動があります（2つのクラスタのそれぞれで1つのノードが稼働している場合）。 |
NFS v4.2 |
ONTAP 9 10.1 |
|
NFS v4.0 |
ONTAP 9.6 |
|
NFS v4.1 |
ONTAP 9.6 |
|
NVMe / TCP |
9.10.1 |
|
メタデータ処理頻度の上限の削除 |
ONTAP 9.6 |
|
TLS 1.2暗号化を使用した機密データの転送中のセキュリティ |
ONTAP 9.6 |
|
単一ファイルおよび部分ファイルのリストア |
ONTAP 9 .13.1 |
|
SMB 2.0以降 |
ONTAP 9.6 |
|
SnapMirror同期ミラー-ミラーカスケード |
ONTAP 9.6 |
SnapMirror同期関係のデスティネーションボリュームからの関係は、SnapMirror非同期関係である必要があります。 |
SVMディザスタリカバリ |
ONTAP 9.6 |
* SnapMirror同期ソースは、SVMディザスタリカバリソースにすることもできます。たとえば、SnapMirror同期を一方のレッグとして、SVMディザスタリカバリをもう一方のレッグとして使用するファンアウト構成などです。* SnapMirror同期はデータ保護ソースのカスケードをサポートしていないため、SnapMirror同期ソースをSVMディザスタリカバリデスティネーションにすることはできません。デスティネーションクラスタでSVMディザスタリカバリのフリップ再同期を実行する前に、同期関係を解放する必要があります。* SVMディザスタリカバリではDPボリュームのレプリケーションがサポートされないため、SnapMirror同期デスティネーションをSVMディザスタリカバリソースにすることはできません。同期ソースの逆再同期を実行すると、SVMディザスタリカバリでデスティネーションクラスタのDPボリュームが除外されます。 |
ソースボリュームへのテープベースのリストア |
ONTAP 9 .13.1 |
|
NASのソースボリュームとデスティネーションボリューム間のタイムスタンプパリティ |
ONTAP 9.6 |
ONTAP 9 .5からONTAP 9 .6にアップグレードした場合、タイムスタンプはソースボリューム内の新規および変更されたファイルについてのみレプリケートされます。ソースボリューム内の既存のファイルのタイムスタンプは同期されません。 |
サポートされない機能
SnapMirror同期関係では、次の機能はサポートされません。
-
整合グループ
-
DP_Optimized（DPO）システム
-
FlexGroupホリユウム
-
FlexCacheホリユウム
-
グローバルスロットル
-
ファンアウト構成では、SnapMirror同期関係にできる関係は1つだけで、ソースボリュームからのその他の関係はすべてSnapMirror非同期関係にする必要があります。
-
LUNノイトウ
-
MetroClusterコウセイ
-
SANアクセスLUNとNVMeアクセスLUNとNVMeネームスペースの混在は、同じボリュームまたはSVMではサポートされていません。
-
SnapCenter
-
SnapLockボリューム
-
スナップショットの改ざん防止
-
デスティネーションボリュームでのダンプとSMTapeを使用したテープバックアップまたはリストア
-
ソースボリュームのスループットの下限（最小QoS）
-
ボリュームSnapRestore
-
VVol
動作モード
SnapMirror同期には、使用するSnapMirrorポリシーのタイプに基づいて、次の2つの動作モードがあります。
-
* Syncモード* Syncモードでは'アプリケーションI/O処理はプライマリ・ストレージ・システムとセカンダリ・ストレージ・システムに並行して送信されます何らかの理由でセカンダリストレージへの書き込みが完了しなかった場合、アプリケーションはプライマリストレージへの書き込みを続行できます。エラー状態が修正されると、SnapMirror同期テクノロジは自動的にセカンダリストレージと再同期し、プライマリストレージからセカンダリストレージへのレプリケーションを同期モードで再開します。Syncモードでは、セカンダリレプリケーションに障害が発生するまでRPO=0とRTOは非常に低くなります。障害が発生すると、RPOとRTOは不確定になりますが、セカンダリレプリケーションに失敗した原因となった問題を修復して再同期が完了するまでの時間と同じです。
-
* StrictSyncモード* SnapMirror同期は、オプションでStrictSyncモードで動作できます。何らかの理由でセカンダリストレージへの書き込みが完了しないと、アプリケーションI/Oが失敗し、プライマリストレージとセカンダリストレージが同一であることが保証されます。プライマリへのアプリケーションI/Oは、SnapMirror関係が `InSync`ステータスに戻るまで再開されません。プライマリストレージに障害が発生しても、フェイルオーバー後にデータを失うことなく、セカンダリストレージでアプリケーションI/Oを再開できます。StrictSyncモードでは、RPOは常にゼロであり、RTOは非常に低くなります。
関係のステータス
SnapMirror同期関係のステータスは、 `InSync`通常運用時は常にの状態になります。何らかの理由でSnapMirror転送が失敗した場合、デスティネーションはソースと同期されておらず、 `OutofSync`ステータスがになる可能性があります。
SnapMirror同期関係の場合は、 InSync `OutofSync`一定の間隔で関係のステータスまたは）が自動的にチェックされます。関係のステータスがの場合、 `OutofSync`ONTAPは自動再同期プロセスを自動的にトリガーして関係を `InSync`ステータスに戻します。自動再同期は、ソースまたはデスティネーションでの計画外のストレージフェイルオーバーやネットワークの停止などの処理が原因で転送が失敗した場合にのみトリガーされます。 `snapmirror quiesce`やなどの処理をユーザが開始した `snapmirror break`場合、自動再同期はトリガーされません。
`OutofSync`StrictSyncモードでSnapMirror同期関係のステータスがになると、プライマリボリュームに対するI/O処理がすべて停止します。 `OutofSync`同期モードでのSnapMirror同期関係の状態はプライマリに影響を与えず、プライマリボリュームでI/O処理が許可されます。