Skip to main content
日本語は機械翻訳による参考訳です。内容に矛盾や不一致があった場合には、英語の内容が優先されます。

SVMのデータ移動の概要

共同作成者
PDF

ONTAP 9 .10.1以降では、ONTAP CLIを使用して、容量とロードバランシングを管理したり、機器のアップグレードやデータセンターの統合を有効にしたりするために、SVMをシステムを停止することなくソースクラスタからデスティネーションクラスタに再配置できます。

この無停止のSVM再配置機能は、ONTAP 9 .10.1および9.11.1のAFFプラットフォームでサポートされます。ONTAP 9 12.1以降では、この機能はFASプラットフォームとAFFプラットフォームの両方、およびハイブリッドアグリゲートでサポートされます。

SVMの名前とUUIDは移行後も変更されず、データLIF名、IPアドレス、およびオブジェクト名（ボリューム名など）も変更されません。SVM内のオブジェクトのUUIDは異なります。

SVM移行ワークフロー

次の図は、SVMの移行の一般的なワークフローを示しています。SVMの移行はデスティネーションクラスタから開始します。移行はソースとデスティネーションのどちらからでも監視できます。手動カットオーバーと自動カットオーバーのどちらも実行できます。自動カットオーバーはデフォルトで実行されます。

SVM移行のワークフロー以下に、そのあとの手順の概要を示します。

SVM移行プラットフォームのサポート

コントローラファミリー

サポートされるONTAPのバージョン

AFF Aシリーズ

ONTAP 9.10.1以降

AFF Cシリーズ

ONTAP 9.12.1パッチ4以降

FAS

ONTAP 9.12.1以降
メモ AFFクラスタからハイブリッドアグリゲートを使用するFASクラスタに移行する場合、ボリュームの自動配置で同様のアグリゲートの一致が試行されます。たとえば、ソースクラスタにボリュームが60個ある場合、ボリュームの配置では、ボリュームを配置するデスティネーションにAFFアグリゲートが検索されます。AFFアグリゲートに十分なスペースがない場合、ボリュームはフラッシュディスク以外のアグリゲートに配置されます。

ONTAPのバージョン別の拡張性サポート

ONTAPのバージョン

ソースとデスティネーションのHAペア

ONTAP 9 .14.1

12

ONTAP 9 .13.1

6

ONTAP 9 .11.1

3

ONTAP 9 10.1

1

ソースクラスタとデスティネーションクラスタ間のTCPラウンドトリップタイム（RTT）に関するネットワークインフラのパフォーマンス要件

クラスタにインストールされているONTAPのバージョンに応じて、ソースクラスタとデスティネーションクラスタを接続するネットワークの最大応答時間を次に示します。

ONTAPのバージョン

最大RTT

ONTAP 9.12.1以降

10ミリ秒

ONTAP 9.11.1以前

2ミリ秒

SVMあたりのサポートされる最大ボリューム数

ソース

デスティネーション

ONTAP 9 .14.1

ONTAP 9 .13.1

ONTAP 9 12.1

ONTAP 9.11.1以前

AFF

AFF

400

200

100

100

FAS

FAS

80

80

80

N/A

FAS

AFF

80

80

80

N/A

AFF

FAS

80

80

80

N/A

前提条件

SVMの移行を開始する前に、次の前提条件を満たしている必要があります。

  • クラスタ管理者である必要があります。

  • "ソースクラスタとデスティネーションクラスタが相互にピア関係にある必要があります"です。

  • ソースクラスタとデスティネーションクラスタでSnapMirrorが同期されている必要があり"インストールされたライセンス"ます。このライセンスはに含まれてい"ONTAP One"ます。

  • ソースクラスタのすべてのノードでONTAP 9 .10.1以降が実行されている必要があります。特定のONTAPアレイコントローラのサポートについては、を参照してください"Hardware Universe"。

  • ソースクラスタ内のすべてのノードで同じバージョンのONTAPが実行されている必要があります。

  • デスティネーションクラスタ内のすべてのノードで同じバージョンのONTAPが実行されている必要があります。

  • デスティネーションクラスタのONTAPのバージョンは、ソースクラスタと同じか、新しいメジャーバージョンが2つ以下である必要があります。

  • ソースクラスタとデスティネーションクラスタで、データLIFへのアクセス用に同じIPサブネットがサポートされている必要があります。

  • ソースSVMに含まれているボリュームの数がよりも少ない必要がありこのリリースでサポートされるデータボリュームの最大数ます。

  • デスティネーションにボリューム配置用の十分なスペースが必要

  • ソースSVMのボリュームが暗号化されている場合は、デスティネーションでオンボードキーマネージャを設定する必要があります。

ベストプラクティス

SVM移行を実行するときは、CPUワークロードが実行されるように、ソースクラスタとデスティネーションクラスタの両方にCPUヘッドルームを30%確保しておくことを推奨します。

SVMの処理

SVMの移行と競合する可能性がある以下の処理が実行中でないことを確認する必要があります。

  • フェイルオーバー処理

  • wafliron

  • フィンガープリント処理

  • ボリュームの移動、リホスト、クローニング、作成、変換、または分析

サポート対象の機能とサポート対象外の機能

次の表に、SVMのデータ移動でサポートされるONTAP機能とサポートが利用可能なONTAPリリースを示します。

SVM移行におけるソースとデスティネーション間のONTAPのバージョンの相互運用性については、を参照してください"SnapMirror関係に互換性があるONTAPのバージョン"。

機能

最初にサポートされたリリース

コメント

自律型ランサムウェア対策

ONTAP 9 12.1

Cloud Volumes ONTAP

サポート対象外

外部キー管理ツール

ONTAP 9 .11.1

FabricPool

ONTAP 9 .11.1

SVMの移行は、FabricPoolのボリュームで次のプラットフォームでサポートされます。

  • Azure NetApp Filesプラットフォーム。すべての階層化ポリシー（snapshot-only、auto、all、none）がサポートされます。

ファンアウト関係（移行するソースにSnapMirrorソースボリュームと複数のデスティネーションがある）

ONTAP 9 .11.1

FC SAN

サポート対象外

Flash Pool

ONTAP 9 12.1

FlexCacheホリユウム

サポート対象外

FlexGroup

サポート対象外

IPSecポリシー

サポート対象外

IPv6 LIF

サポート対象外

iSCSI SAN

サポート対象外

ジョブスケジュールのレプリケーション

ONTAP 9 .11.1

ONTAP 9 .10.1では、移行時にジョブスケジュールはレプリケートされないため、デスティネーションで手動で作成する必要があります。ONTAP 9 .11.1以降では、ソースで使用されるジョブスケジュールが移行時に自動的にレプリケートされます。

負荷共有ミラー

サポート対象外

MetroCluster SVM

ONTAP 9 .16.1

MetroCluster以外のHAペアからMetroCluster構成に、またはMetroCluster構成からMetroCluster以外のHAペアにSVMを移行できます。MetroCluster構成間でSVMを移行することはできませんMetroCluster。[注] ONTAP 9の移行では、SVM.16.1より前のリリースではMetroCluster SVMの移行はサポートされません。SnapMirrorの非同期レプリケーションをに使用できる場合があります"MetroCluster構成のSVMを移行する"。MetroCluster構成でSnapMirror非同期を使用してSVMを移行する方法は_disruptive_migrationであることに注意してください。

NetAppアグリゲート暗号化（NAE）

サポート対象外

NAEを使用するエンドポイントでは移行はサポートされません。

NDMP構成

サポート対象外

NetAppボリューム暗号化（NVE）

ONTAP 9 10.1

NFSトSMBカンサロク

ONTAP 9 .13.1
メモ

監査を有効にしたオンプレミスのSVM移行の場合は、ソースSVMで監査を無効にしてから移行を実行する必要があります。

SVM移行前：

NFS v3、NFS v4.1、NFS v4.2

ONTAP 9 10.1

NFS v4.0

ONTAP 9 12.1

pNFSを使用したNFSv4.1

ONTAP 9 .14.1

NVMe over Fabric

サポート対象外

ソースクラスタでCommon Criteriaモードを有効にしたオンボードキーマネージャ（OKM）

サポート対象外

qtree

ONTAP 9 .14.1

クォータ

ONTAP 9 .14.1

S3

サポート対象外

SMBプロトコル

ONTAP 9 12.1

SMBの移行にはシステムの停止が伴い、移行後にクライアントの更新が必要になります。

SnapMirrorのクラウド関係

ONTAP 9 12.1

ONTAP 9 12.1以降では、SnapMirrorクラウド関係が確立されたオンプレミスのSVMを移行する場合、デスティネーションクラスタにがインストールされており、クラウドにミラーリングされるボリューム内の容量の移動に対応できる十分な容量がデスティネーションクラスタに"SnapMirrorクラウドライセンス"必要です。

SnapMirror非同期デスティネーション

ONTAP 9 12.1

SnapMirror非同期ソース

ONTAP 9 .11.1

  • FlexVol SnapMirror関係では、ほとんどの移行中も転送を通常どおり継続できます。

  • 実行中の転送はカットオーバー中にキャンセルされ、カットオーバー中に新しい転送は失敗し、移行が完了するまで再開できません。

  • 移行中にキャンセルされた、または実行されなかったスケジュールされた転送は、移行完了後に自動的には開始されません。

    メモ

    SnapMirrorソースを移行した場合、ONTAPでは、SnapMirrorの更新が実行されるまで、移行後のボリュームの削除は禁止されません。これは、移動されたSnapMirrorソースボリュームのSnapMirror関連情報を確認できるのは、移動が完了して最初の更新が実行されたあとに限られるためです。

SMTape設定

サポート対象外

SnapLock

サポート対象外

SnapMirrorアクティブ同期

サポート対象外

SnapMirror SVMピア関係

ONTAP 9 12.1

SnapMirror SVMディザスタリカバリ

サポート対象外

SnapMirror同期

サポート対象外

スナップショット

ONTAP 9 10.1

改ざん防止スナップショットロック

ONTAP 9 .14.1

改ざん防止スナップショットロックは、SnapLockと同等ではありません。SnapLock EnterpriseとSnapLock Complianceはサポートされていません。

仮想IP LIF / BGP

サポート対象外

Virtual Storage Console 7.0以降

サポート対象外

ホリユウムクロン

サポート対象外

vStorage

サポート対象外

vStorageが有効な場合、移行は許可されません。移行を実行するには、vStorageオプションを無効にしてから、移行の完了後に再度有効にします。

移行中にサポートされる処理

次の表は、移行中のSVMにおけるボリュームの各種処理がサポートされるかどうかを、移行状態別に示したものです。

ボリューム操作

SVMの移行状態

* 実行中 *

一時停止

* カットオーバー *

作成

不可

許容

サポート対象外

削除

不可

許容

サポート対象外

ファイルシステム分析の無効化

許容

許容

サポート対象外

ファイルシステム分析の有効化

不可

許容

サポート対象外

変更

許容

許容

サポート対象外

オフライン/オンライン

不可

許容

サポート対象外

移動/リホスト

不可

許容

サポート対象外

qtreeの作成/変更

不可

許容

サポート対象外

クォータの作成/変更

不可

許容

サポート対象外

名前変更

不可

許容

サポート対象外

サイズ変更

許容

許容

サポート対象外

制限

不可

許容

サポート対象外

Snapshot属性の変更

許容

許容

サポート対象外

Snapshotの自動削除の変更

許容

許容

サポート対象外

Snapshotの作成

許容

許容

サポート対象外

Snapshotの削除

許容

許容

サポート対象外

Snapshotからファイルをリストア

許容

許容

サポート対象外