ONTAP SnapMirror SVMレプリケーションについて学ぶ
SnapMirrorを使用すると、SVM間のデータ保護関係を作成できます。このタイプのデータ保護関係では、SVMのすべてまたは一部の設定がNFSエクスポートおよびSMB共有からRBACにレプリケートされます。また、SVMが所有するボリューム内のデータもレプリケートされます。
サポートされている関係タイプ
レプリケート可能なのはデータ提供用SVMのみです。サポートされているデータ保護関係タイプは次のとおりです。
-
SnapMirror DR では、通常、デスティネーションには現在ソースにあるスナップショットのみが含まれます。
ONTAP 9.9.1以降では、mirror-vaultポリシーを使用している場合、この動作が変更されます。ONTAP 9.9.1以降では、ソースとデスティネーションで異なるSnapshotポリシーを作成でき、デスティネーションのSnapshotがソースのSnapshotによって上書きされることはありません:
-
通常のスケジュールされた操作、更新、再同期中にソースからデスティネーションに上書きされることはありません。
-
ブレーク操作では削除されません。
-
これらは、フリップ再同期操作では削除されません。ONTAP 9.9.1以降でミラー・ヴォールト・ポリシーを使用してSVM災害関係を設定する場合、ポリシーは次のように動作します:
-
ソースのユーザー定義のSnapshotポリシーは、デスティネーションにコピーされません。
-
システム定義のスナップショット ポリシーはデスティネーションにコピーされません。
-
ユーザーおよびシステム定義のスナップショット ポリシーとのボリュームの関連付けは、デスティネーションにコピーされません。+ SVM。
-
-
SnapMirror 統合レプリケーション では、デスティネーションは DR と長期保存の両方に対して構成されます。
SnapMirror統合レプリケーションの詳細については、"SnapMirrorユニファイド レプリケーションの基本"を参照してください。
レプリケーション ポリシーの_ポリシー タイプ_によって、サポートされる関係の種類が決まります。次の表に、使用可能なポリシー タイプを示します。
ポリシー タイプ |
関係タイプ |
async-mirror |
SnapMirror DR |
mirror-vault |
ユニファイド レプリケーション |
ONTAP 9.4におけるSVMレプリケーションのデフォルトの変更(DP→XDP)
ONTAP 9.4以降では、SVMデータ保護関係のデフォルトがXDPモードに変更されました。ONTAP 9.3以前のSVMデータ保護関係のデフォルトは引き続きDPモードです。
既存のリレーションシップはXDPのデフォルト設定の影響を受けません。リレーションシップが既にDPタイプである場合は、引き続きDPタイプのままとなります。次の表に、想定される動作を示します。
指定するモード |
タイプ |
デフォルト ポリシー(ポリシーを指定しない場合) |
DP |
XDP |
MirrorAllSnapshots(SnapMirror DR) |
なし |
XDP |
MirrorAllSnapshots(SnapMirror DR) |
XDP |
XDP |
MirrorAndVault(ユニファイド レプリケーション) |
DP リレーションシップを XDP リレーションシップに変換する方法やその他の詳細については、こちらをご覧ください:"既存のONTAP DPタイプ関係をXDPに変換する"
|
|
バージョンに依存しないレプリケーションは、SVMレプリケーションではサポートされません。SVMディザスタ リカバリ構成では、フェイルオーバー処理とフェイルバック処理をサポートするためには、ソースSVMクラスタと同じバージョンのONTAPを実行しているクラスタにデスティネーションSVMを配置する必要があります。 |
SVMの設定のレプリケート方法
SVMレプリケーション関係の内容は、以下に示すフィールドの設定の組み合わせによって決定されます。
-
`snapmirror create`コマンドの `-identity-preserve true`オプションは、SVM構成全体を複製します。
`-identity-preserve false`オプションは、SVMのボリュームと認証および承認の設定、およびlink:snapmirror-svm-replication-concept.html#configurations-replicated-in-svm-disaster-recovery-relationships["SVMディザスタ リカバリ関係でレプリケートされる設定"]にリストされているプロトコルとネーム サービスの設定のみを複製します。
-
`snapmirror policy create`コマンドの `-discard-configs network`オプションは、ソースSVMとデスティネーションSVMが異なるサブネットにある場合に使用するために、LIFと関連するネットワーク設定をSVMレプリケーションから除外します。
-
`volume modify`コマンドの `-vserver-dr-protection unprotected`オプションは、指定されたボリュームをSVMレプリケーションから除外します。
上記の点を除き、SVMレプリケーションはボリューム レプリケーションとほぼ同じです。ボリューム レプリケーションに使用するのとほぼ同じワークフローをSVMレプリケーションにも使用できます。
サポートの詳細
次の表は、SnapMirror SVMレプリケーションのサポートの詳細を示しています。
リソースまたは機能 |
サポートの詳細 |
構成タイプ |
|
関係タイプ |
|
レプリケーションの範囲 |
クラスタ間のみ。同じクラスタ内のSVMをレプリケートすることはできません。 |
自律型ランサムウェア対策 |
|
整合性グループの非同期サポート |
ONTAP 9.14.1以降では、コンシステンシグループが存在する場合、最大32個のSVMディザスタリカバリ関係がサポートされます。詳細については、"整合性グループの保護"および"整合性グループの制限"を参照してください。 |
FabricPool |
ONTAP 9.6以降、SnapMirror SVMレプリケーションはFabricPoolでサポートされます。SVM DR関係では、ソースボリュームとデスティネーションボリュームでFabricPoolアグリゲートを使用する必要はありませんが、同じ階層化ポリシーを使用する必要があります。 ONTAP 9.12.1以降、SnapMirror SVMレプリケーションはFabricPoolとFlexGroupボリュームと連携して動作することがサポートされています。9.12.1より前は、これらの機能のうち2つは連携して動作していましたが、3つすべては連携して動作していませんでした。 |
MetroCluster |
ONTAP 9.11.1以降では、MetroCluster構成内のSVMディザスタ リカバリ関係のソースとデスティネーション両方を、追加のSVMディザスタ リカバリ構成のソースにすることができます。 ONTAP 9.5以降のMetroCluster構成では、SnapMirror SVMレプリケーションがサポートされます。
|
整合性グループ |
ONTAP 9.14.1以降でサポートされます。詳細については、整合性グループの保護を参照してください。 |
ONTAP S3 |
SVMディザスタ リカバリではサポートされません。 |
SnapMirror Synchronous |
SVMディザスタ リカバリではサポートされません。 |
バージョンへの非依存性 |
サポートされていません。 |
ボリューム暗号化 |
|
SVMディザスタ リカバリ関係でレプリケートされる設定
次の表は、 `snapmirror create -identity-preserve`オプションと `snapmirror policy create -discard-configs network`オプションの相互作用を示しています:
レプリケートされる設定 |
|
|
||
* `-discard-configs network`が設定されていないポリシー* |
* `-discard-configs network`が設定されたポリシー* |
|||
ネットワーク |
NAS LIF |
はい |
いいえ |
いいえ |
LIFのKerberos設定 |
はい |
いいえ |
いいえ |
SAN LIF |
いいえ |
いいえ |
いいえ |
ファイアウォール ポリシー |
はい |
はい |
いいえ |
サービス ポリシー |
はい |
はい |
いいえ |
ルート |
はい |
いいえ |
いいえ |
ブロードキャスト ドメイン |
いいえ |
いいえ |
いいえ |
サブネット |
いいえ |
いいえ |
いいえ |
IPspace |
いいえ |
いいえ |
いいえ |
SMB |
SMB サーバ |
はい |
はい |
いいえ |
ローカル グループおよびローカル ユーザ |
はい |
はい |
はい |
権限 |
はい |
はい |
はい |
シャドウ コピー |
はい |
はい |
はい |
BranchCache |
はい |
はい |
はい |
サーバ オプション |
はい |
はい |
はい |
サーバ セキュリティ |
はい |
はい |
いいえ |
ホーム ディレクトリ、共有 |
はい |
はい |
はい |
シンボリックリンク |
はい |
はい |
はい |
Fpolicyポリシー、Fsecurityポリシー、およびFsecurity NTFS |
はい |
はい |
はい |
ネーム マッピングおよびグループ マッピング |
はい |
はい |
はい |
監査情報 |
はい |
はい |
はい |
NFS |
エクスポート ポリシー |
はい |
はい |
いいえ |
エクスポート ポリシー ルール |
はい |
はい |
いいえ |
NFS サーバ |
はい |
はい |
いいえ |
RBAC |
セキュリティ証明書 |
はい |
はい |
いいえ |
ログイン ユーザ、公開鍵、ロール、およびロール設定 |
はい |
はい |
はい |
SSL |
はい |
はい |
いいえ |
ネーム サービス |
DNSおよびDNSホスト |
はい |
はい |
いいえ |
UNIXユーザおよびUNIXグループ |
はい |
はい |
はい |
Kerberos RealmおよびKerberosキーブロック |
はい |
はい |
いいえ |
LDAPおよびLDAPクライアント |
はい |
はい |
いいえ |
Netgroup |
はい |
はい |
いいえ |
NIS |
はい |
はい |
いいえ |
WebおよびWebアクセス |
はい |
はい |
いいえ |
Volume |
オブジェクト |
はい |
はい |
はい |
スナップショットとスナップショット ポリシー |
はい |
はい |
はい |
自動削除ポリシー |
いいえ |
いいえ |
いいえ |
効率化ポリシー |
はい |
はい |
はい |
クォータ ポリシーおよびクォータ ポリシー ルール |
はい |
はい |
はい |
リカバリ キュー |
はい |
はい |
はい |
ルート ボリューム |
ネームスペース |
はい |
はい |
はい |
ユーザ データ |
いいえ |
いいえ |
いいえ |
qtree |
いいえ |
いいえ |
いいえ |
クォータ |
いいえ |
いいえ |
いいえ |
ファイルレベルのQoS |
いいえ |
いいえ |
いいえ |
属性:ルート ボリュームの状態、スペース ギャランティ、サイズ、オートサイズ、およびファイル総数 |
いいえ |
いいえ |
いいえ |
ストレージQoS |
QoSポリシー グループ |
はい |
はい |
はい |
Fibre Channel(FC) |
いいえ |
いいえ |
いいえ |
iSCSI |
いいえ |
いいえ |
いいえ |
LUN |
オブジェクト |
はい |
はい |
はい |
igroup |
いいえ |
いいえ |
いいえ |
ポートセット |
いいえ |
いいえ |
いいえ |
シリアル番号 |
いいえ |
いいえ |
いいえ |
SNMP |
v3ユーザ |
はい |
はい |
SVMディザスタ リカバリのストレージ制限
以下の表は、ストレージオブジェクトごとにサポートされるボリュームとSVMディザスタリカバリ関係の推奨最大数を示しています。制限はプラットフォームによって異なる場合があることに注意してください。特定の構成の制限については、"Hardware Universe"を参照してください。
ストレージ オブジェクト |
制限 |
SVM |
300個のフレキシブル ボリューム |
HAペア |
1,000 Flexible Volume |
クラスタ |
128個のSVMディザスタ リカバリ関係 |