翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
# NetApp SnapMirror を使用した FSx for ONTAP への移行
NetApp ONTAP ファイルシステムは、ネットアップの SnapMirror を使用して Amazon FSx for NetApp ONTAP に移行できます。
NetApp SnapMirror は、2 つの ONTAP ファイルシステム間でブロックレベルのレプリケーションを使用し、指定された出典ボリュームからデスティネーションボリュームにデータをレプリケーションします。オンプレミス NetApp ONTAP ファイルシステムを FSx for ONTAP に移行するには、SnapMirror を使用することをお勧めします。NetApp SnapMirror のブロックレベルレプリケーションは、次のようなファイルシステムでも迅速かつ効率的です。
+ 複雑なディレクトリ構造
+ 5000 万件を超えるファイル
+ 非常に小さいファイルサイズ (キロバイト単位)
SnapMirror を使用して FSx for ONTAP に移行すると、重複除外および圧縮されたデータはそれらの状態にとどまるため、転送時間が短縮され、移行に必要な帯域幅が削減されます。ONTAP ボリューム出典に存在するスナップショットは、移行先ボリュームに移行しても保持されます。オンプレミス NetApp ONTAP ファイルシステムを FSx for ONTAP に移行するには、次の高レベルのタスクが含まれます。
1. Amazon FSx で宛先ボリュームを作成します。
1. 移行元と移行先の論理インターフェース (LIF) を収集します。
1. 移行元と移行先のファイルシステム間でクラスターピアリングを確立します。
1. SVM ピアリング関係を作成します。
1. SnapMirror 関係を作成します。
1. 更新された宛先クラスターを維持します。
1. FSx for ONTAP ファイルシステムにカットオーバーします。
次の図表は、このセクションで説明する移行シナリオを示しています。
![\[オンプレミスの NetApp ONTAP ファイルシステムを FSx for ONTAP に移行するプロセスを示すフローチャート。\]](http://docs.aws.amazon.com/ja_jp/fsx/latest/ONTAPGuide/images/snapmirror-on-premise-migration.png)
**Topics**
+ [
## 始める前に
](#prerequisites)
+ [
## 宛先ボリュームの作成
](#create-destination-volume)
+ [
## 出典と宛先のクラスター間 LIF をレコードします
](#get-lifs)
+ [
## 出典と宛先の間でクラスターピアリングを確立する
](#cluster-peering)
+ [
## SVM ピアリング関係を作成する
](#svm-peering)
+ [
## SnapMirror 関係を作成する
](#snapmirror-relationship)
+ [
## FSx for ONTAP ファイルシステムへのデータの転送
](#transfer-data)
+ [
## Amazon FSx にカットオーバー
](#cutover)
## 始める前に
以下のセクションで説明する手順を使用する前に、次の前提条件を満たしていることを確認してください。
+ FSx for ONTAP は、データ階層化、ストレージ効率、バックアップなどのバックグラウンドタスクよりもクライアントトラフィックを優先します。データを移行するときは、一般的なベストプラクティスとして、SSD 層のキャパシティをモニタリングして、使用率が 80% を超えないようにすることをお勧めします。[CloudWatch ファイルシステムメトリクス](file-system-metrics.md)を使用して、SSD 層の使用率をモニタリングできます。詳細については、「[ボリュームメトリクス](volume-metrics.md)」を参照してください。
+ データ移行時に移行先ボリュームのデータ階層化ポリシーを `All` に設定すると、すべてのファイルメタデータはプライマリ SSD ストレージ層に保存されます。ファイルメタデータは、ボリュームのデータ階層化ポリシーに関係なく、常に SSD ベースのプライマリ層に保存されます。プライマリ層とキャパシティプール層のストレージ容量の比率を 1:10 と仮定することをお勧めします。
+ ソースファイルシステムと宛先ファイルシステムは、同じ VPC に接続されているか、Amazon VPC ピアリング、Transit Gateway、 AWS Direct Connect または を使用してピア接続されているネットワークにあります Site-to-Site VPN。詳細については、[内からのデータへのアクセス AWS クラウド](supported-fsx-clients.md#access-environments) と *[Amazon VPC Peering Guide]* (Amazon VPC ピアリングガイド) の [What is VPC peering?](https://docs.aws.amazon.com/vpc/latest/peering/what-is-vpc-peering.html) (VPC ピアリング機能とは) を参照してください。
+ FSx for ONTAP ファイルシステムの VPC セキュリティグループには、クラスター間エンドポイント (LIF) のポート 443、10000、11104、および 11105 で ICMP と TCP を許可するインバウンドルールとアウトバウンドルールがあります。
+ SnapMirror データ保護関係を作成する前に、移行元ボリュームと移行先ボリュームで互換性のある NetApp ONTAP バージョンが実行されていることを確認します。詳細については、NetApp の ONTAP ユーザードキュメントの「[SnapMirror 関係に対応した ONTAP バージョン](https://docs.netapp.com/us-en/ontap/data-protection/compatible-ontap-versions-snapmirror-concept.html#snapmirror-dr-relationships)」を参照してください。ここに示された手順では、移行元にオンプレミス NetApp ONTAP ファイルシステムを使用します。
+ オンプレミス (移行元) NetApp ONTAP ファイルシステムには SnapMirror ライセンスが含まれています。
+ SVM を使用して ONTAP ファイルシステムの宛先 FSx を作成しましたが、宛先ボリュームを作成していません。詳細については、「[ファイルシステムの作成](creating-file-systems.md)」を参照してください。
手順のコマンドは、次のクラスター、SVM、およびボリュームエイリアスを使用します。
+ *`FSx-Dest`* - 宛先 (FSx) クラスターの ID (FSxIdabcdef1234567890a の形式)。
+ *`OnPrem-Source`* - 出典クラスターの ID。
+ *`DestSVM`* - 宛先 SVM 名。
+ *`SourceSVM`* - 出典 SVM 名。
+ 出典ボリューム名と宛先ボリューム名はどちらも `vol1` です。
**注記**
FSx for ONTAP ファイルシステムは、すべての ONTAP CLI コマンドでクラスターと呼ばれます。
このセクションの手順では、次の NetApp ONTAP CLI コマンドを使用します。
+ [[volume create]](https://docs.netapp.com/ontap-9/topic/com.netapp.doc.dot-cm-cmpr-9101/volume__create.html) (ボリュームの作成) コマンド
+ [[cluster]](https://docs.netapp.com/ontap-9/topic/com.netapp.doc.dot-cm-cmpr-9101/TOC__cluster.html) (クラスター) コマンド
+ [[vserver peer]](https://docs.netapp.com/ontap-9/topic/com.netapp.doc.dot-cm-cmpr-9101/TOC__vserver__peer.html) (vserver ピア) コマンド
+ [[snapmirror]](https://docs.netapp.com/ontap-9/topic/com.netapp.doc.dot-cm-cmpr-9101/TOC__snapmirror.html) (スナップミラー) コマンド
NetApp ONTAP CLI を使用して、FSx for ONTAP ファイルシステムで SnapMirror 設定を作成および管理します。詳細については、「[NetApp ONTAP CLI の使用](managing-resources-ontap-apps.md#netapp-ontap-cli)」を参照してください。
## 宛先ボリュームの作成
NetApp ONTAP CLI と REST API に加えて、Amazon FSx コンソール AWS CLI、、Amazon FSx API を使用してデータ保護 (DP) 送信先ボリュームを作成できます。Amazon FSx コンソールを使用して送信先ボリュームを作成する方法については AWS CLI、「」を参照してください[ボリュームの作成](creating-volumes.md)。
**注記**
ONTAP は、宛先ボリュームの階層化ポリシーが `All` の場合、送信元で達成された後処理圧縮による節約を送信先 DP ボリュームに保持しません。後処理圧縮の節約を維持するには、送信先ボリューム階層化ポリシーを `Auto` に設定し、送信先ファイルシステムで inactive-data-compression を有効にして、送信先で後処理圧縮の節約を再適用する必要があります。
次の手順では、NetApp ONTAP CLI を使用して FSx for ONTAP ファイルシステム上に宛先ボリュームを作成します。`fsxadmin` パスワードと、ファイルシステムの管理ポートの IP アドレスまたは DNS 名が必要です。
1. ユーザー `fsxadmin` およびファイルシステムを作成したときに設定したパスワードを使用し、宛先ファイルシステムとの SSH セッションを確立します。
```
ssh fsxadmin@file-system-management-endpoint-ip-address
```
1. 移行元ボリュームのストレージ容量と少なくとも等しいストレージ容量を持つボリュームを移行先クラスター上に作成します。`-type DP` を使用して、SnapMirror リレーションシップの宛先として指定します。
データ階層化を使用する予定の場合は、`-tiering-policy` を `all` に設定することをお勧めします。これにより、データがすぐに容量プールストレージに転送され、SSD 階層の容量不足が防止されます。移行後、`-tiering-policy` を `auto` に切り替えることができます。
**注記**
ファイルメタデータは、ボリュームのデータ階層化ポリシーに関係なく、常に SSD ベースのプライマリ層に保存されます。
```
FSx-Dest::> vol create -vserver DestSVM -volume vol1 -aggregate aggr1 -size 1g -type DP -tiering-policy all
```
## 出典と宛先のクラスター間 LIF をレコードします
SnapMirror は、それぞれ一意の IP アドレスを持つクラスタ間論理的なインターフェイス (LIF) を使用して、送信元クラスターと宛先クラスター間のデータ転送を容易にします。
1. ONTAP ファイルシステムのデスティネーション FSx については、ファイルシステムの詳細ページの **[Administration]** (管理) タブを表示させることによって、Amazon FSx コンソールから **[Inter-cluster endpoint - IP addresses]** (クラスタ間エンドポイント - IP アドレス) を取得できます。
1. 出典 NetApp ONTAP クラスターの場合は、ONTAP CLI を使用してクラスター間 LIF IP アドレスを取得します。次のコマンドを実行します。
```
OnPrem-Source::> network interface show -role intercluster
Logical Network
Vserver Interface Status Address/Mask
----------- ---------- ------- ------------
FSx-Dest
inter_1 up/up 10.0.0.36/24
inter_2 up/up 10.0.1.69/24
```
**注記**
第 2 世代のシングル AZ ファイルシステムでは、高可用性 (HA) ペアごとに 2 つのクラスター間 IP アドレスがあります。後で使用するためにこれらの値を保存します。
`inter_1` および `inter_2` IP アドレスを保存します。これらは、`FSx-Dest` では `dest_inter_1` および `dest_inter_2` として、`OnPrem-Source` では `source_inter_1` と `source_inter_2` として参照されます。
## 出典と宛先の間でクラスターピアリングを確立する
クラスター間 IP アドレスを指定して、宛先クラスターでクラスターピア関係を確立します。また、出典クラスターでクラスターピアリングを確立するときに入力する必要があるパスフレーズを作成する必要があります。
1. 次のコマンドを使用して宛先クラスターのピアリングを設定します。第 2 世代のシングル AZ ファイルシステムでは、クラスター間 IP アドレスをそれぞれ指定する必要があります。
```
FSx-Dest::> cluster peer create -address-family ipv4 -peer-addrs source_inter_1,source_inter_2
Enter the passphrase:
Confirm the passphrase:
Notice: Now use the same passphrase in the "cluster peer create" command in the other cluster.
```
1. 次に、出典クラスターでクラスターピア関係を確立します。認証するには、上記で作成したパスフレーズを入力する必要があります。第 2 世代のシングル AZ ファイルシステムでは、クラスター間 IP アドレスをそれぞれ指定する必要があります。
```
OnPrem-Source::> cluster peer create -address-family ipv4 -peer-addrs dest_inter_1,dest_inter_2
Enter the passphrase:
Confirm the passphrase:
```
1. 出典クラスターで次のコマンドを使用して、ピアリングが正常に完了したことを確認します。出力の内容において、`Availability` は `Available` に設定される必要があります。
```
OnPrem-Source::> cluster peer show
Peer Cluster Name Availability Authentication
----------------- -------------- --------------
FSx-Dest Available ok
```
## SVM ピアリング関係を作成する
クラスターピアリングが確立されると、次のステップは SVM のピアリングです。`vserver peer` コマンドを使用して、宛先クラスター (FSX-deST) に SVM ピアリング関係を作成します。次のコマンドで使用される追加のエイリアスは次のとおりです。
+ `DestLocalName` - これは、送信元 SVM で SVM ピアリングを設定するときに宛先 SVM を識別するために使用される名前です。
+ `SourceLocalName` - これは、宛先 SVM で SVM ピアリングを設定するときに送信元 SVM を識別するために使用される名前です。
1. 次のコマンドを使用して、送信元 SVM と宛先 SVM の間に SVM ピアリング関係を作成します。
```
FSx-Dest::> vserver peer create -vserver DestSVM -peer-vserver SourceSVM -peer-cluster OnPrem-Source -applications snapmirror -local-name SourceLocalName
Info: [Job 207] 'vserver peer create' job queued
```
1. 出典クラスターでピアリング関係を受け入れます。
```
OnPrem-Source::> vserver peer accept -vserver SourceSVM -peer-vserver DestSVM -local-name DestLocalName
Info: [Job 211] 'vserver peer accept' job queued
```
1. 次のコマンドを使用して、SVM ピアリングステータスを確認します。`Peer State` レスポンスの `peered` のように設定する必要があります。
```
OnPrem-Source::> vserver peer show
Peer Peer Peer Peering Remote
Vserver Vserver State Cluster Applications Vserver
------- -------- ------ -------- ------------- ---------
svm01 destsvm1 peered FSx-Dest snapmirror svm01
```
## SnapMirror 関係を作成する
出典 SVM と宛先 SVM をピアリングしたので、次のステップは、宛先クラスターで SnapMirror 関係を作成して初期化することです。
**注記**
SnapMirror 関係を作成して初期化すると、関係が切断されるまで、宛先ボリュームは読み取り専用になります。
+ `[snapmirror create](https://docs.netapp.com/ontap-9/topic/com.netapp.doc.dot-cm-cmpr-9101/snapmirror__create.html)` コマンドを使用して、宛先クラスターに SnapMirror 関係を作成します。`snapmirror create` コマンドは、宛先 SVM から使用する必要があります。
オプションで、`-throttle` を使用して、SnapMirror 関係の最大帯域幅 (kB / 秒) を設定できます。
```
FSx-Dest::> snapmirror create -source-path SourceLocalName:vol1 -destination-path DestSVM:vol1 -vserver DestSVM -throttle unlimited
Operation succeeded: snapmirror create for the relationship with destination "DestSVM:vol1".
```
## FSx for ONTAP ファイルシステムへのデータの転送
SnapMirror 関係を作成したので、データを宛先ファイルシステムに転送できます。
1. 宛先ファイルシステムで次のコマンドを実行すると、宛先ファイルシステムにデータを転送できます。
**注記**
このコマンドを実行すると、SnapMirror は出典ボリュームから宛先ボリュームへのデータのスナップショットの転送を開始します。
```
FSx-Dest::> snapmirror initialize -destination-path DestSVM:vol1 -source-path SourceLocalName:vol1
```
1. アクティブに使用されているデータを移行する場合は、移行元クラスターとの同期が維持されるように、移行先クラスターを更新する必要があります。宛先クラスターに対して 1 回限りの更新を実行するには、次のコマンドを実行します。
```
FSx-Dest::> snapmirror update -destination-path DestSVM:vol1
```
1. 移行を完了してクライアントを FSx for ONTAP に移動する前に、1 時間ごとまたは 1 日ごとの更新をスケジュールすることもできます。[https://docs.netapp.com/ontap-9/topic/com.netapp.doc.dot-cm-cmpr-9101/snapmirror__modify.html](https://docs.netapp.com/ontap-9/topic/com.netapp.doc.dot-cm-cmpr-9101/snapmirror__modify.html) コマンドを使用して、SnapMirror の更新スケジュールを確立できます。
```
FSx-Dest::> snapmirror modify -destination-path DestSVM:vol1 -schedule hourly
```
## Amazon FSx にカットオーバー
FSx for ONTAP ファイルシステムへのカットオーバーの準備を行うには、次の手順を実行します:
+ 出典クラスターに書き込むすべてのクライアントを切断します。
+ 最終的な SnapMirror 転送を実行して、カットオーバー時にデータが失われないようにします。
+ SnapMirror の関係を解除します。
+ すべてのクライアントを FSx for ONTAP ファイルシステムに接続します。
1. 出典クラスターからのすべてのデータが FSx for ONTAP ファイルシステムに確実に転送されるようにするには、最後の Snapmirror 転送を実行します。
```
FSx-Dest::> snapmirror update -destination-path DestSVM:vol1
```
1. `Mirror State` が `Snapmirrored` に設定され、`Relationship Status` が `Idle` に設定されていることを確認することにより、データ移行が完了したことを検証します。また、宛先ボリュームへの最後の転送がいつ行われたかを示すように、`Last Transfer End Timestamp` 日付が期待どおりであることを確認する必要があります。
1. SnapMirror のステータスを表示するには、次のコマンドを実行します。
```
FSx-Dest::> snapmirror show -fields state,status,last-transfer-end-timestamp
Source Destination Mirror Relationship Last Transfer End
Path Path State Status Timestamp
---------- ----------- ---------- ------- ---------------
Svm01:vol1 svm02:DestVol Snapmirrored Idle 09/02 09:02:21
```
1. `snapmirror quiesce` コマンドを使用して、これ以降の SnapMirror 転送を無効にします。
```
FSx-Dest::> snapmirror quiesce -destination-path DestSVM:vol1
```
1. `snapmirror show` を使用して `Relationship Status` が `Quiesced` に変更されたことを確認します。
```
FSx-Dest::> snapmirror show
Source Destination Mirror Relationship
Path Path State Status
----------- ------------ ------------- --------
sourcesvm1:vol1 svm01:DestVol Snapmirrored Quiesced
```
1. 移行中、宛先ボリュームは読み取り専用です。読み取り/書き込みを有効にするには、SnapMirror の関係を解除し、FSx for ONTAP ファイルシステムにカットオーバーする必要があります。次のコマンドを使用して、SnapMirror 関係を解除します。
```
FSx-Dest::> snapmirror break -destination-path DestSVM:vol1
Operation succeeded: snapmirror break for destination "DestSVM:vol1".
```
1. SnapMirror レプリケーションが完了し、SnapMirror 関係が壊れたら、ボリュームをマウントしてデータを使用可能にすることができます。
```
FSx-Dest::> vol mount -vserver fsx -volume vol1 -junction-path /vol1
```
これで、出典ボリュームからのデータが宛先ボリュームに完全に移行された状態でボリュームが使用可能になります。このボリュームは、クライアントが読み取りおよび書き込みを行うこともできます。このボリュームの `tiering-policy` を `all` に以前に設定した場合、`auto` または `snapshot-only` に変更することが可能で、アクセスパターンに従って、データはストレージ階層間で自動的に移行します。クライアントおよびアプリケーションがこのデータにアクセスできるようにするには、「[FSx for ONTAP データへのアクセス](supported-fsx-clients.md)」を参照してください。