Skip to main content
本製品の最新リリースがご利用いただけます。
日本語は機械翻訳による参考訳です。内容に矛盾や不一致があった場合には、英語の内容が優先されます。

SnapMirrorテクノロジを使用してアプリケーションをリモートシステムにレプリケート

共同作成者
PDF

Astra Controlを使用すると、NetApp SnapMirrorテクノロジの非同期レプリケーション機能を使用して、RPO（目標復旧時点）とRTO（目標復旧時間）の低いアプリケーションのビジネス継続性を構築できます。設定が完了すると、アプリケーションはデータやアプリケーションの変更をクラスタ間でレプリケートできるようになります。

バックアップ/リストアとレプリケーションの比較については、を参照してください "データ保護の概念"。

アプリケーションは、オンプレミスのみ、ハイブリッド、マルチクラウドなど、さまざまなシナリオでレプリケートできます。

  • オンプレミスサイトAからオンプレミスサイトBへ

  • Cloud Volumes ONTAP を使用してオンプレミスからクラウドに移行できます

  • Cloud Volumes ONTAP を使用したクラウドをオンプレミスに移行

  • Cloud Volumes ONTAP を使用したクラウドからクラウドへ（同じクラウドプロバイダ内の異なるリージョン間または異なるクラウドプロバイダ間）

Astra Controlを使用すれば、オンプレミスのクラスタからクラウドへ（Cloud Volumes ONTAP を使用）、またはクラウド間（Cloud Volumes ONTAP からCloud Volumes ONTAP へ）にアプリケーションをレプリケートできます。

メモ （別のクラスタまたはサイトで実行されている）別のアプリケーションを逆方向に同時にレプリケートできます。たとえば、アプリケーションA、B、Cはデータセンター1からデータセンター2にレプリケートでき、アプリケーションX、Y、Zはデータセンター2からデータセンター1にレプリケートできます。

Astra Controlを使用すると、アプリケーションのレプリケーションに関連する次のタスクを実行できます。

レプリケーションの前提条件

を参照してください "レプリケーションの前提条件" 始める前に。

レプリケーション関係を設定

レプリケーション関係を設定するには、レプリケーションポリシーを構成する次の作業を行います。

  • Astra ControlでのアプリケーションSnapshotの作成頻度の選択（アプリケーションのKubernetesリソースと、アプリケーションの各ボリュームのボリュームSnapshotを含む）

  • レプリケーションスケジュールの選択（Kubernetesリソースと永続ボリュームデータを含む）

  • Snapshotを作成する時刻を設定します

手順

  1. Astra Controlの左ナビゲーションから、「アプリケーション」を選択します。

  2. ［アプリケーション］ページで、［データ保護］>［レプリケーション］タブを選択します。

  3. ［データ保護］＞［レプリケーション］タブで、［レプリケーションポリシーの設定］を選択します。または、[アプリケーション保護]ボックスから[アクション]オプションを選択し、[レプリケーションポリシーの構成]を選択します。

  4. 次の情報を入力または選択します。

    • デスティネーションクラスタ

    • デスティネーションストレージクラス：デスティネーションONTAP クラスタでペアリングされているSVMを使用するストレージクラスを選択または入力します。

    • レプリケーションタイプ：現在使用できるレプリケーションタイプは「非同期」のみです。 

    • デスティネーションネームスペース：デスティネーションクラスタの新しいデスティネーションネームスペースまたは既存のデスティネーションネームスペースを入力します。

      メモ 選択したネームスペース内で競合するリソースがすべて上書きされます。 

    • レプリケーション頻度：Snapshotを作成してデスティネーションにレプリケートする頻度を指定します。

    • オフセット：Astra Controlでスナップショットを作成する時間の上部から分数を設定します。オフセットを使用すると、他のスケジュールされた処理と競合しないようにすることができます。たとえば、10：02から5分ごとにSnapshotを作成する場合は、オフセットの分として「02」を入力します。結果は、10：02、10：07、10：12などになります

  5. 「次へ」を選択し、概要を確認して、「保存」を選択します。

    メモ 最初に、最初のスケジュールが実行される前にステータスに「app_mirror」と表示されます。

    Astra Control：レプリケーションに使用するアプリケーションSnapshotを作成

  6. アプリケーションのスナップショットステータスを表示するには、アプリケーション>*スナップショット*タブを選択します。

    Snapshot名には「replication-schedule -<string>」の形式を使用します。Astra Controlは、レプリケーションに使用された最後のSnapshotを保持古いレプリケーションSnapshotは、レプリケーションが正常に完了すると削除されます。

結果

これにより、レプリケーション関係が作成されます。

Astra Controlは、関係を確立した結果として次のアクションを実行します。

  • デスティネーションにネームスペースを作成します（存在しない場合）。

  • 送信元アプリケーションのPVCに対応する宛先ネームスペースにPVCを作成します。

  • アプリケーションと整合性のある最初のSnapshotを作成します。

  • 初期Snapshotを使用して、永続ボリュームのSnapMirror関係を確立します。

データ保護ページには、レプリケーション関係の状態とステータスが表示されます。<Health status>|<Relationship life cycle state>

たとえば、Normal | Establishedです

レプリケーションの状態とステータスの詳細については、以下を参照してください。

デスティネーションクラスタでレプリケートされたアプリケーションをオンラインにする（フェイルオーバー）

Astra Controlを使用すると、レプリケートされたアプリケーションをデスティネーションクラスタに「フェイルオーバー」できます。この手順 はレプリケーション関係を停止し、デスティネーションクラスタでアプリケーションをオンラインにします。ソースクラスタのアプリケーションが稼働していた場合、この手順 はそのアプリケーションを停止しません。

手順

  1. Astra Controlの左ナビゲーションから、「アプリケーション」を選択します。

  2. ［アプリケーション］ページで、［データ保護］>［レプリケーション］タブを選択します。

  3. [データ保護（Data Protection）]>[複製（Replication）]タブの[アクション（Actions）]メニューから、[フェールオーバー*（フェールオーバー*）]を選択し

  4. フェイルオーバーページで、情報を確認し、*フェイルオーバー*を選択します。

結果

手順 のフェイルオーバーでは、次の処理が実行されます。

  • デスティネーションクラスタでは、レプリケートされた最新のSnapshotに基づいてアプリケーションが開始されます。

  • ソースクラスタとアプリケーション（動作している場合）は停止されず、引き続き実行されます。

  • レプリケーションの状態は「フェイルオーバー」に変わり、完了すると「フェイルオーバー」に変わります。

  • ソースアプリケーションの保護ポリシーは、フェイルオーバー時にソースアプリケーションに存在するスケジュールに基づいて、デスティネーションアプリケーションにコピーされます。

  • Astra Controlには、ソースクラスタとデスティネーションクラスタの両方のアプリケーションと、それぞれの健全性が表示されます。

フェイルオーバーしたレプリケーションを再同期します

再同期処理によってレプリケーション関係が再確立されます。関係のソースを選択して、ソースクラスタまたはデスティネーションクラスタにデータを保持することができます。この処理は、SnapMirror関係を再確立し、ボリュームのレプリケーションを任意の方向に開始します。

レプリケーションを再確立する前に、新しいデスティネーションクラスタ上のアプリケーションが停止されます。

メモ 再同期プロセスの間、ライフサイクルの状態は「Establishing」と表示されます。
手順

  1. Astra Controlの左ナビゲーションから、「アプリケーション」を選択します。

  2. ［アプリケーション］ページで、［データ保護］>［レプリケーション］タブを選択します。

  3. [データ保護（Data Protection）]>[レプリケーション（Replication）]タブの[アクション（Actions）]メニューから、[*再同期（Resync *）]を

  4. 再同期（Resync）ページで、保持するデータを含むソースまたはデスティネーションのアプリケーションインスタンスを選択します。

    注意 デスティネーションのデータが上書きされるため、再同期元は慎重に選択してください。

  5. 続行するには、* Resync *を選択します。

  6. 「resync」と入力して確定します。

  7. 「* Yes、resync *」を選択して終了します。

結果

  • Replication（レプリケーション）ページに、レプリケーションステータスとしてEstablishing（確立）が表示されます。

  • Astra Controlは、新しいデスティネーションクラスタのアプリケーションを停止します。

  • SnapMirror resyncを使用して、指定した方向に永続的ボリュームのレプリケーションを再確立します。

  • [レプリケーション]ページに、更新された関係が表示されます。

アプリケーションのレプリケーションを反転する

元のソースクラスタへのレプリケートを続行したまま、アプリケーションをデスティネーションクラスタに移動する計画的処理です。Astra Controlは、ソースクラスタ上のアプリケーションを停止し、デスティネーションにデータをレプリケートしてから、デスティネーションクラスタにアプリケーションをフェイルオーバーします。

この状況では、ソースとデスティネーションを交換しようとしています。元のソースクラスタが新しいデスティネーションクラスタになり、元のデスティネーションクラスタが新しいソースクラスタになります。

手順

  1. Astra Controlの左ナビゲーションから、「アプリケーション」を選択します。

  2. ［アプリケーション］ページで、［データ保護］>［レプリケーション］タブを選択します。

  3. [データ保護（Data Protection）]>[レプリケーション（Replication）]タブの[アクション（Actions）]メニューから、[レプリケーションを反転（Reverse replication）]を選択します

  4. リバース・レプリケーションのページで情報を確認し、「リバース・レプリケーション」を選択して続行します。

結果

リバースレプリケーションの結果、次の処理が実行されます。

  • Snapshotは、元のソースアプリケーションのKubernetesリソースから作成されます。

  • 元のソースアプリケーションのポッドは、アプリケーションのKubernetesリソースを削除することで正常に停止されます（PVCとPVはそのまま維持されます）。

  • ポッドがシャットダウンされると、アプリケーションのボリュームのSnapshotが作成されてレプリケートされます。

  • SnapMirror関係が解除され、デスティネーションボリュームが読み取り/書き込み可能な状態になります。

  • アプリケーションのKubernetesリソースは、元のソースアプリケーションのシャットダウン後にレプリケートされたボリュームデータを使用して、シャットダウン前のSnapshotからリストアされます。

  • 逆方向にレプリケーションが再確立されます。

アプリケーションを元のソースクラスタにフェイルバックします

Astra Controlを使用すると、次の一連の操作を使用して、「フェイルオーバー」操作後に「フェイルバック」を実行できます。このワークフローでは、元のレプリケーション方向を復元するために、レプリケーションの方向を反転する前に、Astra Controlによってアプリケーションの変更が元のソースクラスタにレプリケート（再同期）されます。

このプロセスは、デスティネーションへのフェイルオーバーを完了した関係から開始され、次の手順を実行します。

  • フェイルオーバー状態から開始します。

  • 関係を再同期します。

  • レプリケーションを反転する。

手順

  1. Astra Controlの左ナビゲーションから、「アプリケーション」を選択します。

  2. ［アプリケーション］ページで、［データ保護］>［レプリケーション］タブを選択します。

  3. [データ保護（Data Protection）]>[レプリケーション（Replication）]タブの[アクション（Actions）]メニューから、[*再同期（Resync *）]を

  4. フェイルバック処理の場合は、フェイルオーバーしたオーバーアプリケーションを再同期処理のソースとして選択します（フェイルオーバー後に書き込まれたデータは保持します）。

  5. 「resync」と入力して確定します。

  6. 「* Yes、resync *」を選択して終了します。

  7. 再同期が完了したら、[データ保護（Data Protection）]>[レプリケーション（Replication）]タブの[アクション（Actions）]メニューから[*レプリケーションを反転（Reverse replication）]を選択します。

  8. リバース・レプリケーションのページで、情報を確認し、*リバース・レプリケーション*を選択します。

結果

このコマンドは、「resync」処理と「reverse relationship」処理の結果を組み合わせて、レプリケーションが再開された元のソースクラスタ上のアプリケーションを元のデスティネーションクラスタにオンラインにします。

アプリケーションレプリケーション関係を削除します

関係を削除すると、2つの異なるアプリケーション間に関係がなくなります。

手順

  1. Astra Controlの左ナビゲーションから、「アプリケーション」を選択します。

  2. ［アプリケーション］ページで、［データ保護］>［レプリケーション］タブを選択します。

  3. [データ保護]>[レプリケーション]タブの[アプリケーション保護]ボックスまたは関係図で、[レプリケーション関係の削除*]を選択します。

結果

レプリケーション関係を削除すると、次の処理が実行されます。

  • 関係が確立されていても、アプリケーションがデスティネーションクラスタでオンラインになっていない（フェイルオーバーした）場合、Astra Controlは、初期化中に作成されたPVCを保持し、「空」の管理対象アプリケーションをデスティネーションクラスタに残します。また、作成されたバックアップを保持するためにデスティネーションアプリケーションを保持します。

  • アプリケーションがデスティネーションクラスタでオンラインになった（フェイルオーバーした）場合、Astra ControlはPVCと宛先アプリケーションを保持します。ソースとデスティネーションのアプリケーションは、独立したアプリケーションとして扱われるようになりました。バックアップスケジュールは、両方のアプリケーションで維持されますが、相互に関連付けられていません。 

レプリケーション関係のヘルスステータスと関係のライフサイクル状態

Astra Controlには、関係の健全性と、レプリケーション関係のライフサイクルの状態が表示されます。

レプリケーション関係のヘルスステータス

レプリケーション関係の健常性は、次のステータスで示されます。

  • 正常：関係が確立されているか確立されており、最新のSnapshotが転送されました。

  • 警告：関係がフェイルオーバーされているかフェイルオーバーされています（そのためソースアプリは保護されなくなりました）。

  • * 重要 *

    • 関係が確立されているか、フェイルオーバーされていて、前回の調整が失敗しました。

    • 関係が確立され、新しいPVCの追加を最後に調整しようとしても失敗しています。

    • 関係は確立されていますが（Snapshotが正常にレプリケートされ、フェイルオーバーが可能になります）、最新のSnapshotはレプリケートに失敗したか、レプリケートに失敗しています。

レプリケーションのライフサイクル状態

次の状態は、レプリケーションのライフサイクルの各段階を表しています。

  • * Establishing *：新しいレプリケーション関係を作成中です。Astra Controlは、必要に応じてネームスペースを作成し、デスティネーションクラスタの新しいボリュームにPersistent Volumeクレーム（PVC；永続ボリューム要求）を作成し、SnapMirror関係を作成します。このステータスは、レプリケーションが再同期中であること、またはレプリケーションを反転中であることを示している可能性もあり

  • * established *：レプリケーション関係が存在します。Astra Controlは、PVCが使用可能かどうかを定期的にチェックし、レプリケーション関係をチェックし、アプリケーションのSnapshotを定期的に作成し、アプリケーション内の新しいソースPVCを特定します。その場合は、レプリケーションに含めるリソースがAstra Controlによって作成されます。

  • フェイルオーバー：SnapMirror関係が解除され、アプリケーションのKubernetesリソースが最後にレプリケートされたアプリケーションのSnapshotからリストアされます。

  • *フェイルオーバーした場合：Astra Controlは、ソースクラスタからのレプリケーションを停止し、デスティネーションでレプリケートされた最新の（成功した）アプリケーションSnapshotを使用して、Kubernetesリソースをリストアします。

  • * resyncing *：Astra Controlは、SnapMirror resyncを使用して、再同期元の新しいデータを再同期先に再同期します。この処理では、同期の方向に基づいて、デスティネーション上の一部のデータが上書きされる可能性があります。Astra Controlは、デスティネーションネームスペースで実行されているアプリケーションを停止し、Kubernetesアプリケーションを削除します。再同期処理の実行中、ステータスは「Establishing」と表示されます。

  • リバース：は、元のソースクラスタへのレプリケーションを続行しながらアプリケーションをデスティネーションクラスタに移動する予定の処理です。Astra Controlは、ソースクラスタ上のアプリケーションを停止し、デスティネーションにデータをレプリケートしてから、デスティネーションクラスタにアプリケーションをフェイルオーバーします。リバースレプリケーションの間、ステータスは「Establishing」と表示されます。

  • 削除中：

    • レプリケーション関係が確立されたものの、まだフェイルオーバーされていない場合は、レプリケーション中に作成されたPVCがAstra Controlによって削除され、デスティネーションの管理対象アプリケーションが削除されます。

    • レプリケーションがすでにフェイルオーバーされている場合、Astra ControlはPVCと宛先アプリケーションを保持します。