次の方法で共有


Azure NetApp Files のリージョン間レプリケーションを使用するディザスター リカバリーのテスト

効果的なディザスター リカバリー計画には、ディザスター リカバリー構成のテストが含まれます。 ディザスター リカバリー構成をテストすることで、ディザスター リカバリー構成の有効性と、望ましい回復ポイントの目標 (RPO) と目標復旧時間 (RTO) を達成できることを実証できます。 ディザスター リカバリーのテストにより、運用 Runbook が正確であり、運用スタッフがワークフローに関するトレーニングを受けていることも保証されます。

このディザスター リカバリー テストのワークフローでは、リージョン間レプリケーションを使用します。 リージョン間レプリケーションを利用することで、既存のレプリケーション スケジュールを中断することなく、ディザスター リカバリーに対する理解と備えをテストでき、RPO や RTO へのリスクもありません。 このテスト計画では、リージョン間レプリケーションでスナップショットから新しいボリュームを作成する Azure NetApp Files の機能も活用しています。

前提条件

  • アプリケーション整合性スナップショットは、プライマリ リージョンでホストされているボリュームに作成する必要があります。 Azure NetApp Files ボリュームにホストされているアプリケーション データは、スナップショット作成前の一貫した状態である必要があります。

    [Azure アプリケーション整合性スナップショット ツール] は、アプリケーション整合性スナップショットの作成に使用できます。

    Note

    スナップショット内のデータに一貫性がない場合、ディザスター リカバリー ワークフローまたはテスト ワークフローが正しく動作しない可能性があります。

  • リージョン間レプリケーションを設定する必要があります。 レプリケーションの状態が正常である必要があります

手順

それぞれのアプリケーション アーキテクチャの独自性を考慮すると、ディザスター リカバリー ワークフローをテストするための特定のワークフローはありません。 概略した手順は、ディザスター リカバリー テストの大まかな概要です。

  1. セカンダリ リージョンで仮想マシン (VM) を準備します。 次の内容を構成する必要があります。
    • オペレーティング システム
    • アプリケーション
    • ユーザー アカウント
    • DNS
    • セカンダリ リージョンでアプリケーションを実行するために必要なその他のリソース
  2. セカンダリ リージョンの Azure NetApp Files データ保護ボリュームにレプリケートされた最新のスナップショットから新しいボリュームを作成します

    Note

    リージョン間レプリケーションのベースライン スナップショットを使用してボリュームを作成することはできません。

  3. 手順 1 のアプリケーション VM にボリュームをマウントする
  4. セカンダリ リージョンでアプリケーションを実行します。 アプリケーションの機能をテストします。
  5. セカンダリ リージョンでアプリケーションをダウンさせます。
  6. セカンダリ リージョンのアプリケーション VM からボリュームのマウントを解除します。
  7. 手順 2 のスナップショットで作成したボリュームを削除します。
  8. セカンダリ リージョンの Azure VM をダウンさせます。 ディザスター リカバリー テストをサポートするように構成されたリソースをクリーンアップします。

次のステップ