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

NetApp ConsoleでFSx for ONTAPにデータを複製

共同作成者 netapp-rlithman
PDF

データが保存されている地域で災害が発生した場合に、データの損失を防ぐためにデータを複製します。データレプリケーションは、Amazon FSx for NetApp ONTAPファイルシステムとオンプレミスONTAPシステムまたはCloud Volumes ONTAP間でサポートされています。

ストレージVMのデータと構成設定を複製する場合、まず複製関係を作成して初期化し、その後、データが少なくとも1回同期されるまで待ってから、切り替え操作を完了する必要があります。

タスク概要

レプリケーションは、地域災害からデータを保護し、ストレージ VM の移行をサポートします。

レプリケーションには、レプリケーション関係の作成と初期化が含まれます。レプリケーションを設定するには、レプリケーション関係を作成します。ソースストレージシステムとターゲットストレージシステム間でデータを転送するには、レプリケーション関係を初期化します。ストレージVMのデータと構成設定を移行する際には、カットオーバー操作も完了させる必要があります。

ターゲット ファイル システム内の複製されたボリュームはデータ保護（DP）ボリュームであり、次の命名形式に従います： {OriginalVolumeName}_copy

不変のファイルを含むソース ボリュームを複製する場合、ターゲット ボリュームとファイル システムは、ソース ボリュームの保持期間が終了するまでロックされたままになります。不変ファイル機能は、FSx for ONTAP ファイルシステムの"ボリュームを作成する"ときに使用できます。

メモ

1つのソース（読み取り / 書き込み）ボリュームまたは1つのデータ保護（DP）ボリュームを複製できます。カスケードレプリケーションはサポートされていますが、3番目のホップはサポートされていません。"カスケードレプリケーション"の詳細をご覧ください。

移行のユースケース

移行時には、1つのストレージVMのデータと構成設定を複製することを選択できます。データと構成設定を一緒に移行する場合は、ボリュームの最後のレプリケーションが過去24時間以内に完了していることを確認してください。この機能を使用するには、同じストレージVM内のすべてのボリュームを選択する必要があります。すべてのボリュームの階層化ポリシーは、デフォルトでソースボリュームの階層化ポリシーが適用されます。これは、移行のユースケースにおいて推奨される設定です。

Workload Factory は、次のストレージシステム間の移行レプリケーションをサポートしています。

  • オンプレミスONTAPシステムとFSx for ONTAPファイルシステム

  • Cloud Volumes ONTAP および FSx for ONTAP ファイルシステム

  • FSx for ONTAPおよびFSx for ONTAPファイルシステム

    • 第 1 世代から第 1 世代

    • 第2世代から第2世代

ストレージVMのデータと構成設定を移行するには、3つの操作を完了する必要があります。

  1. レプリケーション関係を作成する、ユースケースとして*Migration*を選択し、*Replicate storage VM configuration*を選択します。

  2. レプリケーション関係を初期化するデータをソースからターゲットストレージシステムに転送します。

  3. 移行ユースケースのカットオーバーレプリケーションソースファイルシステムからターゲットのFSx for ONTAPファイルシステムにデータと構成設定を永続的に移行します。

ステップ1：レプリケーション関係を作成する

2つのFSx for ONTAPファイルシステム間、オンプレミスONTAPシステムとFSx for ONTAPファイルシステム間、またはCloud Volumes ONTAPとFSx for ONTAPファイルシステム間でデータを複製します。

開始する前に

開始する前に、これらの要件を確認してください。

  • FSx for ONTAP とオンプレミス ONTAP または Cloud Volumes ONTAP 間でデータをレプリケートするには、ファイルシステムへのリンクを関連付ける必要があります。"既存のリンクを関連付ける方法、または新しいリンクを作成して関連付ける方法を学びます"。リンクを関連付けた後、この操作に戻ってください。

  • オンプレミス ONTAP システムから FSx for ONTAP ファイルシステムへのレプリケーションの場合は、オンプレミス ONTAP システムが検出されていることを確認してください。

  • 使用可能、作成済み、または構成ミス以外の状態のボリュームではレプリケーションはサポートされません。また、ONTAP バージョンに互換性がない場合もサポートされません。

  • 移行のユースケースでは、ストレージ VM のデータおよび設定とのレプリケーション関係を作成する前に、ボリュームの最後のレプリケーションが過去 24 時間以内に完了していることを確認してください。

手順

  1. NetApp Console の Systems ページから、ソース FSx for ONTAP ファイル システム、オンプレミス ONTAP システム、または Cloud Volumes ONTAP システムをターゲット FSx for ONTAP ファイル システムの上にドラッグし、*レプリケーション*を選択します。

  2. レプリケーションの作成ページで、レプリケートするソースボリュームを選択し、[次へ] をクリックします。

  3. レプリケーション ターゲットで、次の内容を入力します。

    1. ターゲット名：ソース ストレージ システムをコンソール システム ページのターゲット システムにドラッグアンドドロップしたときに適用したターゲット名。

    2. 使用ケース: レプリケーションの次の使用ケースのいずれかを選択します。選択したユースケースに応じて、Workload Factory はベストプラクティスに従って推奨値をフォームに入力します。フォームに入力する際に、推奨値を受け入れることも、変更することもできます。

      • 人工知能（AI）と機械学習（ML）：オンプレミスの ONTAP データを FSx for ONTAP にレプリケートし、クラウドでの AI と ML のトレーニングをサポートする S3 アクセスポイントを作成します

      • 移行: データをターゲットの FSx for ONTAPファイルシステムに転送します

        • ストレージ VM 構成のレプリケート * ：オプションで、単一のストレージ VM のストレージ VM データと構成設定をレプリケートするように選択します。データと構成設定を同時に移行する場合は、ボリュームの最後のレプリケーションが過去 24 時間以内に完了していることを確認してください。この機能を使用するには、同じストレージ VM 内のすべてのボリュームを選択する必要があります。すべてのボリュームの階層化ポリシーは、移行のユースケースに推奨されるソースボリュームの階層化ポリシーにデフォルト設定されます。

      • ホット災害復旧: 重要なワークロードの高可用性と迅速な災害復旧を保証します

      • コールドまたはアーカイブ災害復旧:

        • コールド災害復旧: より長い復旧時間目標 (RTO) と復旧ポイント目標 (RPO) を使用してコストを削減します。

        • アーカイブ: 長期保存とコンプライアンスのためにデータを複製します

      • その他

        さらに、ユースケースの選択によって、レプリケーション ポリシー、またはSnapMirrorポリシー (ONTAP) が決まります。レプリケーションポリシーを説明するために使用される用語は、"ONTAP 9 ドキュメント" 。

        • 移行などの場合、レプリケーション ポリシーは MirrorAllSnapshots と呼ばれます。 MirrorAllSnapshots は、すべてのスナップショットと最新のアクティブなファイルシステムをミラーリングするための非同期ポリシーです。

        • ホット、コールド、またはアーカイブの災害復旧の場合、レプリケーション ポリシーは MirrorAndVault と呼ばれます。 MirrorAndVault は、最新のアクティブなファイル システムと毎日および毎週のスナップショットをミラーリングするための非同期およびボールト ポリシーです。

          すべてのユースケースにおいて、長期保存用にスナップショットを有効にすると、デフォルトのレプリケーション ポリシーは MirrorAndVault になります。

    3. FSx for ONTAP ファイル システム：ターゲット FSx for ONTAP ファイル システムのクレデンシャル、リージョン、および FSx for ONTAP ファイル システム名を選択します。

    4. ストレージ VM 名: ドロップダウン メニューからストレージ VM を選択します。選択したストレージ VM は、このレプリケーション関係で選択されたすべてのボリュームのターゲットになります。

    5. ボリューム名: ターゲットボリューム名は次の形式で自動的に生成されます {OriginalVolumeName}_copy。自動生成されたボリューム名を使用することも、別のボリューム名を入力することもできます。

    6. 階層化ポリシー: ターゲット ボリュームに保存されているデータの階層化ポリシーを選択します。階層化ポリシーは、選択したユースケースに推奨される階層化ポリシーにデフォルト設定されます。

      バランス (自動) は、Workload Factory コンソールを使用してボリュームを作成するときのデフォルトの階層化ポリシーです。ボリューム階層化ポリシーの詳細については、以下を参照してください。"ボリュームストレージ容量" AWS FSx for NetApp ONTAPドキュメント。ワークロード ファクトリーは、ワークロード ファクトリー コンソールで階層化ポリシーにユースケース ベースの名前を使用し、括弧内に FSx for ONTAP階層化ポリシー名を含めることに注意してください。

    移行ユースケースを選択した場合、Workload Factory はソース ボリュームの階層化ポリシーをターゲット ボリュームにコピーすることを自動的に選択します。階層化ポリシーのコピーの選択を解除し、レプリケーション対象として選択したボリュームに適用する階層化ポリシーを選択できます。

    1. 最大転送速度: 制限 を選択し、最大転送制限を MB/秒単位で入力します。または、「無制限」を選択します。

      制限がないと、ネットワークとアプリケーションのパフォーマンスが低下する可能性があります。あるいは、災害復旧を主目的として使用するような重要なワークロードの場合、FSx for ONTAPファイル システムに無制限の転送速度を使用することをお勧めします。

  4. レプリケーション設定で、次の内容を入力します。

    1. レプリケーション間隔: スナップショットがソース ボリュームからターゲット ボリュームに転送される頻度を選択します。

    2. 長期保存: 必要に応じて、長期保存用のスナップショットを有効にします。長期保存により、サイト全体の障害が発生した場合でもビジネス サービスは継続して実行でき、セカンダリ コピーを使用してアプリケーションを透過的にフェールオーバーできます。

      長期保存のないレプリケーションでは、MirrorAllSnapshots ポリシーが使用されます。長期保存を有効にすると、レプリケーションに MirrorAndVault ポリシーが割り当てられます。

      長期保存を有効にする場合は、既存のポリシーを選択するか、新しいポリシーを作成して、複製するスナップショットと保持する数を定義します。

      メモ 長期保存には、ソース ラベルとターゲット ラベルの一致が必要です。必要に応じて、ワークロード ファクトリーで不足しているラベルを作成できます。

      • 既存のポリシーを選択: ドロップダウン メニューから既存のポリシーを選択します。

      • 新しいポリシーを作成：*ポリシー名*を入力します。

    3. 不変のスナップショット: オプション。このポリシーで作成されたスナップショットが保持期間中に削除されないようにするには、「不変スナップショットを有効にする」を選択します。

      • *保存期間*を時間、日、月、または年数で設定します。

      • スナップショット ポリシー: 表で、スナップショット ポリシーの頻度と保持するコピーの数を選択します。複数のスナップショット ポリシーを選択できます。

    4. S3アクセスポイント：オプションで、S3アクセスポイントを接続して、AWS S3 APIを介してNFSまたはSMB/CIFSボリューム上に存在するFSx for ONTAPファイルシステムデータにアクセスします。ファイルアクセスタイプのみがサポートされます。以下の詳細を入力します（

      • S3 アクセス ポイント名：S3 アクセス ポイントの名前を入力します。

      • User：ボリュームへのアクセス権を持つ既存のユーザーを選択するか、新しいユーザーを作成します。

      • ユーザー タイプ：ユーザー タイプとして UNIX または Windows を選択します。

      • ネットワーク構成：インターネット または 仮想プライベート クラウド (VPC) を選択します。選択するネットワークの種類によって、アクセス ポイントがインターネットからアクセスできるか、特定の VPC に制限されるかが決まります。

      • インベントリ テーブルを有効にする：ボリューム上でインベントリ テーブルを有効にすると、システムは S3 アクセス ポイントにアクセス可能なすべてのオブジェクトのメタデータを生成し、AWS S3 リクエストのコストが発生します。詳細については、"Amazon S3 価格設定ドキュメント"を参照してください。

    5. S3 アクセス ポイント タグ：オプションで、最大 50 個のタグを追加できます。

  5. *作成*を選択します。

結果

レプリケーション関係は、ターゲットのFSx for ONTAPファイルシステムの*レプリケーション関係*タブに表示されます。

移行のためにレプリケーション関係を作成した場合は、ストレージ VM のデータと構成設定をターゲットの FSx for ONTAP ファイルシステムに移行するために、すべてのボリュームとそれに関連付けられたストレージ VM をカットオーバーする必要があります。

ステップ2：レプリケーション関係を初期化する

ソースボリュームとターゲットボリューム間のレプリケーション関係を初期化して、NetApp Workload Factoryでスナップショットとすべてのデータブロックを転送します。

初期化処理では、ベースライン転送が実行されます。つまり、ソースボリュームのスナップショットを作成し、そのスナップショットと、スナップショットが参照するすべてのデータブロックをターゲットボリュームに転送します。

開始する前に

この処理を実行するタイミングをよく検討してください。初期化には時間がかかる場合があります。ベースライン転送はオフピーク時間帯に実行することを推奨します。

手順

  1. NetApp コンソールで、メニューハンバーガー メニュー アイコンは、storage、eda、ai、databases、vmware、administration などのワークロードに移動するために使用されます。を選択し、*ストレージ*を選択します。

  2. ストレージメニューから、* FSx for ONTAP *を選択します。

  3. FSx for ONTAP から、更新するファイルシステムのアクションメニューを選択し、*管理*を選択します。

  4. ファイルシステムの概要から、*レプリケーション関係*タブを選択します。

  5. レプリケーション関係タブで、初期化するレプリケーション関係のアクションメニューを選択します。

  6. Initialize を選択します。

  7. 「関係の初期化」ダイアログで、Initialize を選択します。

    レプリケーションの状態が Idle と表示されたら、データ転送は完了です。

ステップ3：移行ユースケースにおけるレプリケーションの切り替え

移行ユースケースのレプリケーション関係を作成した後、ストレージVMデータと構成設定をターゲットFSx for ONTAPファイルシステムに移行するために、レプリケーションをカットオーバーして移行を完了する必要があります。カットオーバーレプリケーションは、ソースファイルシステムからターゲットFSx for ONTAPファイルシステムにデータとストレージVM構成設定を永続的に移行します。カットオーバー中に、データは最後に複製されます。カットオーバーが開始されると、ソースストレージVMはオフラインになります。

切り替え作業の計画

移行ユースケースにおける切り替え作業を計画する際には、以下の点を考慮してください。

  • レプリケーションバージョンのサポート：ソースストレージシステムとターゲットストレージシステムは、同じメジャーONTAPバージョンである必要があります。例えば、ソースシステムがONTAPバージョン9.18.1を実行している場合、ターゲットシステムもバージョン9.18.1を実行する必要があります。

  • ストレージVM構成設定：カットオーバー処理では、すべてのストレージVM構成設定がターゲットストレージVMに移行されるわけではありません。たとえば、iSCSI、ブロードキャストドメインMTU、DNS設定は移行されません。カットオーバー後、ターゲットストレージVMでこれらの設定を手動で更新してください。詳細については、切り替え後に構成設定を更新するセクションを参照してください。

  • クローン：クローンは個別のボリュームとして移行されるため、ターゲットのFSx for ONTAPファイルシステムでより多くのスペースを消費します。ターゲットの容量増加を避けるため、カットオーバー前にクローンを削除することを検討してください。

  • キャッシュボリューム：ONTAP FlexCache 9.17.x以前の場合。キャッシュボリュームを含むソースストレージVMは、カットオーバーではサポートされません。移行の失敗を回避するには、カットオーバー前にONTAP FlexCache関係を削除してください。

  • AWS S3 アクセスポイント：S3 アクセスポイントを使用するボリュームでは、移行ユースケースのためのカットオーバーレプリケーションはサポートされていません。移行の失敗を避けるため、ソースボリュームから S3 アクセスポイントを削除してください。

  • ONTAP S3構成：ONTAP S3構成を持つvserverでは、移行ユースケースのカットオーバーレプリケーションはサポートされていません。移行の失敗を回避するために、vserver上のオブジェクトストアサーバー、バケット、ユーザー、グループ、ポリシーなどのONTAP S3構成を削除してください。

  • LUNシリアル番号とiSCSIターゲットIQN：LUNシリアル番号とiSCSIターゲットIQNはカットオーバー時に変更されます。

開始する前に

開始する前に、これらの要件を確認してください。

  • レプリケーションを切り替える前に、ストレージ VM へのクライアントアクセスをすべて停止します。

  • レプリケーションを切り替える前に、すべてのソースボリュームがデータを提供していないことを確認してください。

  • レプリケーションを切り替える前に、ソースボリュームとターゲットボリューム間でデータが同期されていることを確認します。

  • レプリケーション関係に使用する FSx for ONTAP ファイル システムには、関連付けられたリンクが必要です。"既存のリンクを関連付ける方法、または新しいリンクを作成して関連付ける方法を学びます"。リンクを関連付けたら、この操作に戻ります。

    • リンク接続のために、FSx for ONTAPファイルシステムに関連付けられたセキュリティグループで以下のポートを開いておく必要があります：ポート443（HTTPS）およびポート22（SSH）。

手順

  1. NetApp コンソールで、メニューハンバーガー メニュー アイコンは、storage、eda、ai、databases、vmware、administration などのワークロードに移動するために使用されます。を選択し、*ストレージ*を選択します。

  2. ストレージメニューから、* FSx for ONTAP *を選択します。

  3. *FSx for ONTAP*から、レプリケートするボリュームを含むファイルシステムを選択します。

  4. * レプリケーション関係 * タブを選択します。

  5. レプリケーション関係テーブルで、切り替えるレプリケーション関係を選択し、*レプリケーションの切り替え*を選択します。

  6. カットオーバーレプリケーションダイアログの情報を確認し、cut over と入力して確定します。

  7. カットオーバー を選択します。

切り替え後に構成設定を更新する

移行ユースケースのレプリケーションをカットオーバーした後、ターゲットStorage VMで以下のStorage VM設定を更新します。

  • iSCSIの場合：

    • igroupを再作成する

    • LUNマッピングの更新

    • 各SANクライアントにログインし、新しいターゲットのiSCSI/MPIO設定を更新し、古いvserverターゲットIPを削除します

  • ブロードキャストドメインのMTU設定が想定どおりであることを検証する

  • DNS設定が想定どおりであることを確認する

  • ソースストレージVMにキャッシュボリュームが存在する場合は、キャッシュ関係（ONTAP FlexCache関係）を再作成します。

関連情報

切り替え後のターゲットボリュームの"階層化ポリシーを変更する"。