NetApp SnapMirror を使用した FSx for ONTAP への移行 - FSx for ONTAP
始める前に宛先ボリュームの作成出典と宛先のクラスター間 LIF をレコードします出典と宛先の間でクラスターピアリングを確立するSVM ピアリング関係を作成するSnapMirror 関係を作成するFSx for ONTAP ファイルシステムへのデータの転送Amazon FSx にカットオーバー

翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

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 で宛先ボリュームを作成します。

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

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

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

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

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

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

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

オンプレミスの NetApp ONTAP ファイルシステムを 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 バージョンが実行されていることを確認します。詳細については、NetApp の ONTAP ユーザードキュメントの「SnapMirror 関係に対応した ONTAP バージョン」を参照してください。ここに示された手順では、移行元にオンプレミス NetApp ONTAP ファイルシステムを使用します。

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

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

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

  • FSx-Dest - 宛先 (FSx) クラスターの ID (FSxIdabcdef1234567890a の形式)。

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

  • DestSVM - 宛先 SVM 名。

  • SourceSVM - 出典 SVM 名。

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

注記

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

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

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、「」を参照してくださいボリュームの作成。

注記

ONTAP は、送信先ボリュームの階層化ポリシーが の場合、送信先 DP ボリュームの送信元で達成された後処理圧縮の節約を保持しませんAll。後処理圧縮の削減率を維持するには、送信先ボリューム階層化ポリシーを に設定Autoし、送信先ファイルシステムでinactive-data-compressionを有効にして、送信先で後処理圧縮の削減率を再適用する必要があります。

次の手順では、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 アドレスを持つクラスタ間論理的なインターフェイス (LIF) を使用して、送信元クラスターと宛先クラスター間のデータ転送を容易にします。

  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 関係を作成する

出典 SVM と宛先 SVM をピアリングしたので、次のステップは、宛先クラスターで 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 に変更することが可能で、アクセスパターンに従って、データはストレージ階層間で自動的に移行します。クライアントおよびアプリケーションがこのデータにアクセスできるようにするには、「FSx for ONTAP データへのアクセス」を参照してください。