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

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

共同作成者 netapp-rlithman
PDF

NetApp Workload Factory でデータをレプリケートして、データが保存されているリージョンで障害が発生した場合のデータ損失を防ぎます。FSx for ONTAP ファイルシステムとオンプレミス ONTAP システムまたは Cloud Volumes ONTAP の間でのデータレプリケーションがサポートされています。Workload Factory はカスケードレプリケーションもサポートしており、データ保護をターシャリシステムに拡張したり、データを移行したりすることができます。

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

標準レプリケーション

レプリケーションは、災害が地域に影響を及ぼす場合にデータを保護します。また、移行目的にも使用できます。

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

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

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

メモ

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

移行のユースケース

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

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

  • オンプレミス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ファイルシステムが1つあることを確認してください。

  • ストレージシステム間の安全なデータ転送と管理のために、TCPポート11104と11105を開放してください。ICMPは必須ではありませんが、ネットワークのチェックやトラブルシューティングに役立ちます。

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

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

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

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

手順

  1. "NetApp Console"にログインします。

  2. メニューハンバーガーメニューアイコンは、Workload Factoryのメニュー項目であるWorkloadsに移動するために使用します、ワークロード > ストレージ > FSx for ONTAP を選択します。

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

  4. ファイルシステム内のすべてのボリュームをレプリケートするか、選択したボリュームをレプリケートします。

    • ファイルシステム内のすべてのボリュームを複製するには：ファイルシステムの概要から「データの複製」を選択します。

    • 特定のボリュームを複製するには：ファイルシステムの概要から、*Volumes*タブを選択します。

      ボリュームテーブルで、1つ以上のボリュームを選択し、*データの複製*を選択します。

  5. 「データの複製」ページで、「複製ターゲット」の下に、以下を指定します：

    1. ユースケース：レプリケーションのユースケースを以下から1つ選択してください。選択したユースケースに応じて、Workload Factoryはベストプラクティスに従って推奨値をフォームに入力します。フォームへの入力中に、推奨値を受け入れることも、変更することもできます。

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

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

        ストレージVM構成の複製：オプションで、単一のストレージVMのデータと構成設定を複製するかどうかを選択します。データと設定を移行する際は、すべてのボリュームが過去24時間以内にレプリケーションを完了し、同時に切り替えを行う必要があります。

        すべてのボリュームの階層化ポリシーは、デフォルトでソースボリュームの階層化ポリシーが適用されます。これは、移行のユースケースにおいて推奨される設定です。

        移行中、クライアントはソースONTAPファイルシステムからデータにアクセスします。切り替え後、ボリュームはターゲットFSx for ONTAPファイルシステムのIPアドレスを通じて利用可能になります。古いIPアドレスを使用しているクライアントやリソースを更新してください。

      • ホットディザスターリカバリー：重要なワークロードに対して、高い可用性と迅速なディザスターリカバリーを保証します

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

        • コールドディザスターリカバリー：コスト削減のため、より長い復旧時間目標（RTO）と復旧ポイント目標（RPO）を使用します

        • アーカイブ：長期保存用のストレージおよびコンプライアンスのためにデータをレプリケートします

      • その他

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

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

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

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

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

    3. ストレージVM名：ストレージVMを選択します。選択したストレージVMは、このレプリケーション関係における選択されたすべてのボリュームのターゲットになります。

      ソースストレージVMとターゲットストレージVMの名前が同じ場合、ピアリングの競合を回避するために、ターゲットストレージVM名にファイルシステムエイリアスを作成します。

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

    5. 階層化ポリシー：ターゲットボリュームに保存されるデータの階層化ポリシーを選択します。階層化ポリシーは、選択したユースケースに対して推奨される階層化ポリシーをデフォルトで使用します。

      Workload Factory コンソールを使用してボリュームを作成する場合、デフォルトの階層化ポリシーは「バランス型（自動）」です。ボリューム階層化ポリシーの詳細については、AWS FSx for NetApp ONTAP ドキュメントの"ボリュームストレージ容量"を参照してください。Workload Factory は、階層化ポリシーに Workload Factory コンソールでユースケースベースの名前を使用しており、FSx for ONTAP の階層化ポリシー名は括弧内に記載されています。

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

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

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

  6. レプリケーション設定で、以下の情報を入力してください：

    1. レプリケーション関係の初期化：レプリケーション関係を作成した直後に初期化するか、後で初期化するかを選択します。初期化には時間がかかる場合があるため、オフピーク時間帯にベースライン転送を実行することをお勧めします。

      後で手動で初期化するには、ステップ2：レプリケーション関係を初期化するの手順を参照してください。

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

    3. 長期保存：オプションで、長期保存用のスナップショットを有効にします。長期保存により、完全なサイト障害が発生した場合でもビジネスサービスの稼働を継続でき、セカンダリコピーを使用してアプリケーションを透過的にフェイルオーバーできるようになります。

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

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

      メモ 長期保存には、ソースラベルとターゲットラベルの一致が必要です。ご希望であれば、Workload Factory が不足しているラベルを作成することも可能です。

      • 既存のポリシーを選択：既存のポリシーを選択します。

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

    4. 不変スナップショット：オプション。*不変スナップショットを有効にする*を選択すると、このポリシーで作成されたスナップショットが保持期間中に削除されなくなります。

      • *保持期間*を時間、日数、月数、または年数で設定してください。

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

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

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

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

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

      • ネットワーク構成：*インターネット*または*仮想プライベートクラウド（VPC）*を選択してください。選択するネットワークの種類によって、アクセスポイントがインターネットからアクセス可能になるか、特定のVPC内に限定されるかが決まります。

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

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

  7. 「作成」を選択します。

結果

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

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

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

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

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

開始する前に

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

手順

  1. "NetApp Console"にログインします。

  2. メニューハンバーガーメニューアイコンは、Workload Factoryのメニュー項目であるWorkloadsに移動するために使用します、ワークロード > ストレージ > 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上でこれらの設定を手動で更新してください。詳細については、切り替え後に構成設定を更新するセクションを参照してください。

    • ストレージ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 Console"にログインします。

  2. メニューハンバーガーメニューアイコンは、Workload Factoryのメニュー項目であるWorkloadsに移動するために使用します、ワークロード > ストレージ > FSx for ONTAP を選択します。

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

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

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

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

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

結果

カットオーバーを開始すると、ソースStorage VMがオフラインになります。

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

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

  • iSCSIの場合：

    • igroupを再作成する

    • LUNマッピングの更新

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

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

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

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

必要に応じて、切り替え後のターゲットボリュームに対して"階層化ポリシーを変更する"。

データ保護ボリュームのカスケードレプリケーション

NetApp Workload Factoryは、_カスケード展開_とも呼ばれるデータ保護ボリュームのレプリケーションをサポートしています。_カスケード展開_は、ソースボリュームがセカンダリ ボリューム（第1ホップ）にミラーリングされ、さらにそのセカンダリ ボリュームがターシャリボリューム（第2ホップ）にミラーリングされるという、関係の連鎖で構成されます。セカンダリ ボリュームが利用できなくなった場合、新しいベースライン転送を実行せずに、プライマリボリュームとターシャリボリューム間の関係を同期できます。

この機能は、ONTAPバージョン9.6以降のFSx for ONTAPファイルシステムでサポートされています。"互換性のあるONTAPバージョン向けのONTAPドキュメント"を参照してください。

"カスケード展開の仕組み"の詳細をご覧ください。

開始する前に

始める前に、以下の点を考慮してください：

  • カスケード構成の一部であるボリュームは、再同期に時間がかかる場合があることに注意してください。

  • 関係のソースボリュームがデータ保護ボリュームであり、かつ別の関係のターゲットである場合、レプリケーション関係の逆転はサポートされていません。

  • データ保護ボリュームのレプリカ（またはセカンドホップ）が1つサポートされています。データ保護ボリュームの2つ目のレプリカ（または3つ目のホップ）を作成することは、ベストプラクティスとはみなされていません。

  • ストレージシステム間の安全なデータ転送と管理のために、TCPポート11104と11105を開放してください。ICMPは必須ではありませんが、ネットワークのチェックやトラブルシューティングに役立ちます。

手順

  1. "NetApp Console"にログインします。

  2. メニューハンバーガーメニューアイコンは、Workload Factoryのメニュー項目であるWorkloadsに移動するために使用します、ワークロード > ストレージ > FSx for ONTAP を選択します。

  3. *FSx for ONTAP*から、レプリケートするボリュームを含むファイルシステムのアクションメニューを選択し、*管理*を選択します。

  4. ファイルシステムの概要から、*ボリューム*タブを選択します。

  5. ボリュームテーブルで、1つ以上のデータ保護ボリューム（DP/レプリケートボリューム）を選択し、次に*データのレプリケート*を選択します。

  6. 「データの複製」ページで、「複製ターゲット」の下に、以下を指定します：

    1. ユースケース：レプリケーションのユースケースを以下から1つ選択してください。選択したユースケースに応じて、Workload Factoryはベストプラクティスに従って推奨値をフォームに入力します。フォームへの入力中に、推奨値を受け入れることも、変更することもできます。

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

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

        ストレージVM構成の複製：オプションで、単一のストレージVMのデータと構成設定を複製するかどうかを選択します。データと設定を移行する際は、すべてのボリュームが過去24時間以内にレプリケーションを完了し、同時に切り替えを行う必要があります。

        すべてのボリュームの階層化ポリシーは、デフォルトでソースボリュームの階層化ポリシーが適用されます。これは、移行のユースケースにおいて推奨される設定です。

        移行中、クライアントはソースONTAPファイルシステムからデータにアクセスします。切り替え後、ボリュームはターゲットFSx for ONTAPファイルシステムのIPアドレスを通じて利用可能になります。古いIPアドレスを使用しているクライアントやリソースを更新してください。

      • ホットディザスターリカバリー：重要なワークロードに対して、高い可用性と迅速なディザスターリカバリーを保証します

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

        • コールドディザスターリカバリー：コスト削減のため、より長い復旧時間目標（RTO）と復旧ポイント目標（RPO）を使用します

        • アーカイブ：長期保存用のストレージおよびコンプライアンスのためにデータをレプリケートします

      • その他

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

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

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

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

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

    3. ストレージVM名：ストレージVMを選択します。選択したストレージVMは、このレプリケーション関係における選択されたすべてのボリュームのターゲットになります。

      ソースストレージVMとターゲットストレージVMの名前が同じ場合、ピアリングの競合を回避するために、ターゲットストレージVM名にファイルシステムエイリアスを作成します。

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

    5. 階層化ポリシー：ターゲットボリュームに保存されるデータの階層化ポリシーを選択します。階層化ポリシーは、選択したユースケースに対して推奨される階層化ポリシーをデフォルトで使用します。

      Workload Factory コンソールを使用してボリュームを作成する場合、デフォルトの階層化ポリシーは「バランス型（自動）」です。ボリューム階層化ポリシーの詳細については、AWS FSx for NetApp ONTAP ドキュメントの"ボリュームストレージ容量"を参照してください。Workload Factory は、階層化ポリシーに Workload Factory コンソールでユースケースベースの名前を使用しており、FSx for ONTAP の階層化ポリシー名は括弧内に記載されています。

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

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

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

  7. レプリケーション設定で、以下の情報を入力してください：

    1. レプリケーション関係の初期化：レプリケーション関係を作成した直後に初期化するか、後で初期化するかを選択します。初期化には時間がかかる場合があるため、オフピーク時間帯にベースライン転送を実行することをお勧めします。

      後で手動で初期化するには、ステップ2：レプリケーション関係を初期化するの手順を参照してください。

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

    3. 長期保存：オプションで、長期保存用のスナップショットを有効にします。長期保存により、完全なサイト障害が発生した場合でもビジネスサービスの稼働を継続でき、セカンダリコピーを使用してアプリケーションを透過的にフェイルオーバーできるようになります。

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

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

      メモ 長期保存には、ソースラベルとターゲットラベルの一致が必要です。ご希望であれば、Workload Factory が不足しているラベルを作成することも可能です。

      • 既存のポリシーを選択：既存のポリシーを選択します。

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

    4. 不変スナップショット：オプション。*不変スナップショットを有効にする*を選択すると、このポリシーで作成されたスナップショットが保持期間中に削除されなくなります。

      • *保持期間*を時間、日数、月数、または年数で設定してください。

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

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

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

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

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

      • ネットワーク構成：*インターネット*または*仮想プライベートクラウド（VPC）*を選択してください。選択するネットワークの種類によって、アクセスポイントがインターネットからアクセス可能になるか、特定のVPC内に限定されるかが決まります。

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

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

  8. 「作成」を選択します。

結果

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

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