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

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

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

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

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ピアリング、トランジットゲートウェイ、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 を作成しましたが、宛先ボリュームを作成していません。詳細については、「FSx for ONTAP ファイルシステムの作成」を参照してください。

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

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

  • 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 を使用してターゲットボリュームを作成する方法の詳細については、ボリュームの作成 を参照してください。

次の手順では、 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-policyall に設定することをお勧めします。これにより、データがすぐに容量プールストレージに転送され、SSD 階層の容量不足が防止されます。移行後、-tiering-policyauto に切り替えることができます。

    注記

    ファイルメタデータは、ボリュームのデータ階層化ポリシーに関係なく、常に 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
    注記

    スケールアウトファイルシステムでは、高可用性 (HA) ペアごとに 2 つのクラスター間 IP アドレスがあります。後で使用するためにこれらの値を保存します。

    inter_1 および inter_2 IP アドレスを保存します。これらは、FSx-Dest では dest_inter_1 および dest_inter_2 として、OnPrem-Source では source_inter_1source_inter_2 として参照されます。

出典と宛先の間でクラスターピアリングを確立する

クラスター間 IP アドレスを指定して、宛先クラスターでクラスターピア関係を確立します。また、出典クラスターでクラスターピアリングを確立するときに入力する必要があるパスフレーズを作成する必要があります。

  1. 次のコマンドを使用して宛先クラスターのピアリングを設定します。スケールアウトファイルシステムでは、クラスター間 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. 次に、出典クラスターでクラスターピア関係を確立します。認証するには、上記で作成したパスフレーズを入力する必要があります。スケールアウトファイルシステムでは、クラスター間 IP アドレスをそれぞれ指定する必要があります。

    OnPrem-Source::> cluster peer create -address-family ipv4 -peer-addrs dest_inter_1,dest_inter_2 Enter the passphrase: Confirm the passphrase:
  3. 出典クラスターで次のコマンドを使用して、ピアリングが正常に完了したことを確認します。出力の内容において、AvailabilityAvailable に設定される必要があります。

    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 と送信先 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 StateSnapmirrored に設定され、Relationship StatusIdle に設定されていることを確認することにより、データ移行が完了したことを検証します。また、宛先ボリュームへの最後の転送がいつ行われたかを示すように、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 StatusQuiesced に変更されたことを確認します。

    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-policyall に以前に設定した場合、auto または snapshot-only に変更することが可能で、アクセスパターンに従って、データはストレージ階層間で自動的に移行します。クライアントおよびアプリケーションがこのデータにアクセスできるようにするには、「データへのアクセス」を参照してください。