このページでは、外部レプリケーション機能の概要について説明します。
外部レプリケーションについて
ONTAP と Flex Unified ONTAP モードのボリューム間のレプリケーションを管理できます。これは、ONTAP から ONTAP へのレプリケーションに似ています。ただし、このドキュメントの手順は、このタイプのレプリケーションには適用されません。詳細については、 ONTAP モードと ONTAP SnapMirror 非同期障害復旧についてをご覧ください。
Flex Unified ONTAP モードのストレージ プールは、ONTAP モードのプールとサービスレベル プール間のレプリケーションを確立するための ONTAP ソースシステムとして機能します。
外部レプリケーションでは、SnapMirror を使用して、ONTAP ベースのシステムから Google Cloud NetApp Volumes にデータをレプリケーションします。この機能は、NetApp Volumes 内のボリューム間のレプリケーションを提供するボリューム レプリケーションと同じオペレーション（作成、停止、再開、反転、削除など）をサポートしています。
外部レプリケーションは、 ボリューム移行 と同じ SnapMirror テクノロジーを使用し、ベースライン転送や増分転送、 認証用のクラスタ ピアリングなどの共通機能を共有します。
次の表に、ボリューム移行と外部レプリケーションの主な違いを示します。
| ボリューム移行 | 外部レプリケーション |
|---|---|
| ONTAP から NetApp Volumes への時間制限付きの一方向の移行用に設計されています。 | レプリケーションの方向を反転できる障害復旧用の継続的なレプリケーション ソリューションとして設計されています。 |
外部レプリケーション ワークフローの概要
外部レプリケーションはボリューム レプリケーションと同様に機能しますが、最初のソースシステムは NetApp Volumes ボリュームではなく、外部 ONTAP システム上のボリュームです。
ボリューム レプリケーションと同様に、外部レプリケーションは、ベースライン レプリケーションや増分レプリケーションなど、さまざまなフェーズを経ます。レプリケーションの方向の作成、停止、再開、削除、反転などのオペレーションをサポートしています。
すべてのアクションは NetApp Volumes から開始できますが、一部のアクションでは、外部 ONTAP システムで ONTAP CLI コマンドを実行する必要があります。外部レプリケーションでは、ボリューム移行と同じ認証メカニズムを外部 ONTAP システムで使用します。これは、クラスタ ピアリングを確立するために必要なプロセスです。
外部レプリケーション ワークフローは次のフェーズで構成されます。
認証
認証フェーズでは、移行元 ONTAP システムのストレージ管理者は、移行元システムからボリュームを取得する権限を NetApp Volumes に付与する必要があります。これは、移行元 ONTAP システムでの管理手順（ クラスタ ピアリング と SVM ピアリング）によって実現されます。外部レプリケーション プロセスでは、管理者が移行元システムで実行する必要がある ONTAP コマンドが生成されます。
ベースライン転送
レプリケーションを設定すると、スナップショットによって移行元システムに整合性ポイントが作成されます。このスナップショットからキャプチャされたすべてのデータ（古いスナップショットを含む）は、ベースライン転送と呼ばれる初期フェーズで NetApp Volumes に転送されます。
ベースライン転送には、数分、数時間、数日、数週間かかることがあります。この期間は、次の要因によって異なります。
スナップショット内のデータ量。
ONTAP ソースシステムと NetApp Volumes 間のネットワーク速度。
NetApp Volumes のスループット設定。
ベースライン転送中も、ソースボリュームはワークロードの処理を継続し、クライアントによってデータの追加、変更、削除が行われます。これらの変更は、ベースラインの整合性ポイントに使用されるスナップショットには影響しません。ベースラインの処理中は、移行先ボリュームをクライアントが使用できません。ベースラインが完了すると、移行先ボリュームがオンラインになり、読み取り専用モードでクライアントがアクセスできるようになります。移行先ボリュームの IP アドレスは異なります。
ボリューム レプリケーションとは異なり、外部レプリケーションでは、サイズ、プロトコルの選択、エクスポート ポリシー、スナップショット ポリシーなどのソースボリューム パラメータを読み取ることができません。そのため、移行先ボリュームに対してこれらの設定を正しく構成する必要があります。
クライアントは、移行先ボリュームをマッピングまたはマウントできますが、読み取り専用オペレーションのみです。
増分転送
ベースライン転送が完了すると、レプリケーションはスケジュールされた間隔に基づいて増分転送をトリガーします。
増分転送ごとに、次のアクションが実行されます。
ソースボリュームの新しいスナップショットを作成します。
現在のスナップショットと前のスナップショットの間のデータ変更を計算します。
これらの変更の移行先への転送を開始します。
増分転送ごとに、新しいソース スナップショットが作成され、最も古い SnapMirror スナップショットが削除され、変更が計算されて転送されます。次のスケジュールされた転送の時点で転送がまだ実行されている場合、新しい転送はスキップされます。これは、次の要因により、指定された間隔内に転送できる量を超えるボリュームの変更が発生した場合に発生する可能性があります。
指定されたレプリケーション間隔が短すぎます。
ONTAP システムと NetApp Volumes 間のネットワーク帯域幅が制限されています。
移行元システムの変更率が高い。
転送がスキップされると、目標復旧時点（RPO）に悪影響が生じます。レプリケーションのラグ時間をモニタリングすることをおすすめします。ラグがレプリケーション間隔の 2 倍に頻繁に達する場合は、ネットワーク帯域幅の増加やレプリケーション間隔の延長などの対策を講じる必要があります。
移行先ボリュームをマウントするクライアントには、静的コンテンツの読み取り専用ビューが表示されます。ただし、増分転送が完了すると、ボリュームの内容は、単一のアトミック オペレーションで、前のレプリケーション スナップショットから最新のスナップショットに即座に更新されます。
複数の外部レプリケーションを並行して実行する
外部レプリケーションとボリューム移行は、共通のプロジェクト割り当てを共有します。複数の外部レプリケーションとボリューム移行を並行して実行するには、十分な高割り当てをリクエストする必要があります。