Azure NetApp Files のリージョン間レプリケーションを使用するディザスター リカバリーのテスト
効果的なディザスター リカバリー計画には、ディザスター リカバリー構成のテストが含まれます。 ディザスター リカバリー構成をテストすることで、ディザスター リカバリー構成の有効性と、望ましい回復ポイントの目標 (RPO) と目標復旧時間 (RTO) を達成できることを実証できます。 ディザスター リカバリーのテストにより、運用 Runbook が正確であり、運用スタッフがワークフローに関するトレーニングを受けていることも保証されます。
このディザスター リカバリー テストのワークフローでは、リージョン間レプリケーションを使用します。 リージョン間レプリケーションを利用することで、既存のレプリケーション スケジュールを中断することなく、ディザスター リカバリーに対する理解と備えをテストでき、RPO や RTO へのリスクもありません。 このテスト計画では、リージョン間レプリケーションでスナップショットから新しいボリュームを作成する Azure NetApp Files の機能も活用しています。
前提条件
アプリケーション整合性スナップショットは、プライマリ リージョンでホストされているボリュームに作成する必要があります。 Azure NetApp Files ボリュームにホストされているアプリケーション データは、スナップショット作成前の一貫した状態である必要があります。
[Azure アプリケーション整合性スナップショット ツール] は、アプリケーション整合性スナップショットの作成に使用できます。
Note
スナップショット内のデータに一貫性がない場合、ディザスター リカバリー ワークフローまたはテスト ワークフローが正しく動作しない可能性があります。
リージョン間レプリケーションを設定する必要があります。 レプリケーションの状態が正常である必要があります。
手順
それぞれのアプリケーション アーキテクチャの独自性を考慮すると、ディザスター リカバリー ワークフローをテストするための特定のワークフローはありません。 概略した手順は、ディザスター リカバリー テストの大まかな概要です。
- セカンダリ リージョンで仮想マシン (VM) を準備します。 次の内容を構成する必要があります。
- オペレーティング システム
- アプリケーション
- ユーザー アカウント
- DNS
- セカンダリ リージョンでアプリケーションを実行するために必要なその他のリソース
- セカンダリ リージョンの Azure NetApp Files データ保護ボリュームにレプリケートされた最新のスナップショットから新しいボリュームを作成します。
Note
リージョン間レプリケーションのベースライン スナップショットを使用してボリュームを作成することはできません。
- 手順 1 のアプリケーション VM にボリュームをマウントする
- セカンダリ リージョンでアプリケーションを実行します。 アプリケーションの機能をテストします。
- セカンダリ リージョンでアプリケーションをダウンさせます。
- セカンダリ リージョンのアプリケーション VM からボリュームのマウントを解除します。
- 手順 2 のスナップショットで作成したボリュームを削除します。
- セカンダリ リージョンの Azure VM をダウンさせます。 ディザスター リカバリー テストをサポートするように構成されたリソースをクリーンアップします。