を使用した FSx for ONTAP への移行 NetApp SnapMirror

NetApp ONTAP ファイルシステムは、 を使用して Amazon FSx for NetApp ONTAP に移行できます NetApp SnapMirror。

NetApp SnapMirror は、2 つの ONTAP ファイルシステム間でブロックレベルのレプリケーションを使用し、指定されたソースボリュームから宛先ボリュームにデータをレプリケートします。 SnapMirror を使用してオンプレミスの NetApp ONTAP ファイルシステムを FSx for ONTAP に移行することをお勧めします。 NetApp SnapMirrorのブロックレベルのレプリケーションは、次のファイルシステムでも迅速かつ効率的です。

• 複雑なディレクトリ構造

• 5000 万件を超えるファイル

• 非常に小さいファイルサイズ (キロバイト単位)

SnapMirror を使用して FSx for ONTAP に移行すると、重複排除されたデータや圧縮されたデータがこれらの状態のままになるため、転送時間が短縮され、移行に必要な帯域幅が減ります。ONTAP ボリューム出典に存在するスナップショットは、移行先ボリュームに移行しても保持されます。オンプレミスの NetApp ONTAP ファイルシステムを FSx for ONTAP に移行するには、次の高レベルのタスクが必要です。

1. Amazon FSx で宛先ボリュームを作成します。

2. 移行元と移行先の論理インターフェース (LIF) を収集します。

3. 移行元と移行先のファイルシステム間でクラスターピアリングを確立します。

4. SVM ピアリング関係を作成します。

5. SnapMirror 関係を作成します。

6. 更新された宛先クラスターを維持します。

7. FSx for ONTAP ファイルシステムにカットオーバーします。

次の図表は、このセクションで説明する移行シナリオを示しています。

始める前に

以下のセクションで説明する手順を使用する前に、次の前提条件を満たしていることを確認してください。

• FSx for ONTAP は、データ階層化、ストレージ効率、バックアップなどのバックグラウンドタスクよりもクライアントトラフィックを優先します。データを移行するときは、一般的なベストプラクティスとして、SSD 層のキャパシティをモニタリングして、使用率が 80% を超えないようにすることをお勧めします。CloudWatch ファイルシステムメトリクス を使用して、SSD 層の使用率をモニタリングできます。詳細については、「ボリュームメトリクス」を参照してください。

• データ移行時に移行先ボリュームのデータ階層化ポリシーを All に設定すると、すべてのファイルメタデータはプライマリ SSD ストレージ層に保存されます。ファイルメタデータは、ボリュームのデータ階層化ポリシーに関係なく、常に SSD ベースのプライマリ層に保存されます。プライマリ層とキャパシティプール層のストレージ容量の比率を 1:10 と仮定することをお勧めします。

• 送信元ファイルシステムと送信先ファイルシステムは、同じ VPC に接続されているか、Amazon VPC ピアリング、Transit Gateway、 AWS Direct Connect または を使用してピア接続されているネットワークにあります AWS VPN。詳細については、内からのデータへのアクセス AWS クラウド と [Amazon VPC Peering Guide] (Amazon VPC ピアリングガイド) の What is VPC peering? (VPC ピアリング機能とは) を参照してください。

• FSx for ONTAP ファイルシステムの VPC セキュリティグループには、クラスター間エンドポイント (LIF) のポート 443、10000、11104、および 11105 で ICMP と TCP を許可するインバウンドルールとアウトバウンドルールがあります。

• SnapMirror データ保護関係を作成する前に、ソースボリュームと宛先ボリュームで互換性のある NetApp ONTAP バージョンが実行されていることを確認します。詳細については、「 の ONTAP ユーザードキュメント」の SnapMirror 「関係の互換性のある ONTAP バージョン」を参照してください。 NetAppここで説明する手順では、ソースにオンプレミスの NetApp ONTAP ファイルシステムを使用します。

• オンプレミス (ソース） NetApp ONTAP ファイルシステムには SnapMirror ライセンスが含まれています。

• SVM を使用して ONTAP ファイルシステムの宛先 FSx を作成しましたが、宛先ボリュームを作成していません。詳細については、「ONTAP ファイルシステムFSx用の の作成」を参照してください。

手順のコマンドは、次のクラスター、SVM、およびボリュームエイリアスを使用します。

• FSx-Dest – 送信先 (FSx) クラスターの ID (F SxIdabcdef1234567890a の形式）。

• OnPrem-Source - 出典クラスターの ID。

• DestSVM - 宛先 SVM 名。

• SourceSVM - 出典 SVM 名。

• 出典ボリューム名と宛先ボリューム名はどちらも vol1 です。

注記

FSx for ONTAP ファイルシステムは、すべての ONTAP CLI コマンドでクラスターと呼ばれます。

このセクションの手順では、次の NetApp ONTAP CLI コマンドを使用します。

• [volume create] (ボリュームの作成) コマンド

• [cluster] (クラスター) コマンド

• [vserver peer] (vserver ピア) コマンド

• [snapmirror] (スナップミラー) コマンド

NetApp ONTAP CLI を使用して、FSx for ONTAP ファイルシステム SnapMirror の設定を作成および管理します。詳細については、「NetApp ONTAP CLI の使用」を参照してください。

宛先ボリュームの作成

NetApp ONTAP CLI および REST API に加えて、Amazon FSx コンソール AWS CLI、、および Amazon FSx API を使用してデータ保護 (DP) 送信先ボリュームを作成できます。Amazon FSx コンソールと を使用して送信先ボリュームを作成する方法については AWS CLI、「」を参照してくださいボリュームの作成。

次の手順では、 NetApp ONTAP CLI を使用して、FSx for ONTAP ファイルシステムに宛先ボリュームを作成します。fsxadmin パスワードと、ファイルシステムの管理ポートの IP アドレスまたは DNS 名が必要です。

1. ユーザー fsxadmin およびファイルシステムを作成したときに設定したパスワードを使用し、宛先ファイルシステムとの SSH セッションを確立します。

   ssh fsxadmin@file-system-management-endpoint-ip-address

2. 移行元ボリュームのストレージ容量と少なくとも等しいストレージ容量を持つボリュームを移行先クラスター上に作成します。を使用して-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 アドレスを持つクラスター間論理インターフェイス (LIFsを使用して、送信元クラスターと送信先クラスター間のデータ転送を容易にします。

1. ONTAP ファイルシステムのデスティネーション FSx については、ファイルシステムの詳細ページの [Administration] (管理) タブを表示させることによって、Amazon FSx コンソールから [Inter-cluster endpoint - IP addresses] (クラスタ間エンドポイント - IP アドレス) を取得できます。

2. ソース 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.

2. 次に、出典クラスターでクラスターピア関係を確立します。認証するには、上記で作成したパスフレーズを入力する必要があります。第 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:

3. 出典クラスターで次のコマンドを使用して、ピアリングが正常に完了したことを確認します。出力の内容において、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

2. 出典クラスターでピアリング関係を受け入れます。

   OnPrem-Source::> vserver peer accept -vserver SourceSVM -peer-vserver DestSVM -local-name DestLocalName
   
    Info: [Job 211] 'vserver peer accept' job queued

3. 次のコマンドを使用して、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 関係を作成する

送信元と送信先の SVMs をピアリングしたので、次のステップは、送信先クラスターでリ SnapMirror レーションシップを作成して初期化することです。

注記

SnapMirror リレーションシップを作成して初期化すると、リレーションシップが切断されるまで、レプリケート先ボリュームは読み取り専用になります。

• snapmirror create コマンドを使用して、送信先クラスターにリ 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

2. アクティブに使用されているデータを移行する場合は、移行元クラスターとの同期が維持されるように、移行先クラスターを更新する必要があります。宛先クラスターに対して 1 回限りの更新を実行するには、次のコマンドを実行します。

   FSx-Dest::> snapmirror update -destination-path DestSVM:vol1

3. 移行を完了してクライアントを FSx for ONTAP に移動する前に、1 時間ごとまたは 1 日ごとの更新をスケジュールすることもできます。snapmirror modify コマンドを使用して 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

2. Mirror State が Snapmirrored に設定され、Relationship Status が Idle に設定されていることを確認することにより、データ移行が完了したことを検証します。また、宛先ボリュームへの最後の転送がいつ行われたかを示すように、Last Transfer End Timestamp 日付が期待どおりであることを確認する必要があります。

3. 次のコマンドを実行して 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

4. snapmirror quiesce コマンドを使用して、今後の SnapMirror 転送を無効にします。

   FSx-Dest::> snapmirror quiesce -destination-path DestSVM:vol1

5. snapmirror show を使用して Relationship Status が Quiesced に変更されたことを確認します。

   FSx-Dest::> snapmirror show
   
   Source           Destination   Mirror        Relationship
   Path             Path          State         Status
   -----------      ------------  ------------- --------
   sourcesvm1:vol1  svm01:DestVol Snapmirrored  Quiesced

6. 移行中、宛先ボリュームは読み取り専用です。読み取り/書き込みを有効にするには、 SnapMirror 関係を中断し、FSx for ONTAP ファイルシステムにカットオーバーする必要があります。次のコマンドを使用して SnapMirror 関係を切断します。

   FSx-Dest::> snapmirror break -destination-path DestSVM:vol1
   
   Operation succeeded: snapmirror break for destination "DestSVM:vol1".

7. SnapMirror レプリケーションが完了し、リレーションシップが SnapMirror切断されたら、ボリュームをマウントしてデータを使用可能にすることができます。

   FSx-Dest::> vol mount -vserver fsx -volume vol1 -junction-path /vol1

これで、出典ボリュームからのデータが宛先ボリュームに完全に移行された状態でボリュームが使用可能になります。このボリュームは、クライアントが読み取りおよび書き込みを行うこともできます。このボリュームの tiering-policy を all に以前に設定した場合、auto または snapshot-only に変更することが可能で、アクセスパターンに従って、データはストレージ階層間で自動的に移行します。クライアントおよびアプリケーションがこのデータにアクセスできるようにするには、「データへのアクセス」を参照してください。