DR 戦略の定義

組織内のアプリケーションがビジネスにとってどれだけ重要かに応じて、すべてのアプリケーションに対して同一の戦略を決定することも、各アプリケーションの重要度を踏まえて、より複雑な DR 戦略を策定することもできます。組織では、すべてのアプリケーションが DR サイトで起動されるまでに数時間のダウンタイムを許容する場合があります。このような場合は、すべてのデータベースのバックアップと復元に基づいて、費用対効果の高い DR 戦略を選択できます。一方で、組織のビジネスは、RPO や RTO の要件が厳しく、すぐに使える重要なサービスやアプリケーションに依存している場合があるものの、その他のアプリケーションでは RPO や RTO のニーズがそれほど厳しくない場合もあります。このような場合は、アプリケーションとデータベースの各階層に適切な DR 戦略を割り当てる必要があります。

次の表は、 で実行されるワークロードの 4 つの DR オプションについて説明しており AWS クラウド、組織の DR 戦略を決定および定義する際に役立ちます。このテーブルに記載されている RPO と RTO は、アプリケーションコンポーネントとデータベースコンポーネントの両方を含むフルスタック向けのものです。詳細については、 AWS Well-Architected Framework ドキュメントの「クラウドのディザスタリカバリオプション」を参照してください。次のセクションでは、データベースに固有の RPO と RTO のオプションについて説明します。

復旧オプション	RPO	RTO	DR リージョンのインフラストラクチャタスク	コスト
バックアップと復元	時間	24 時間未満	DR リージョンに必要なアプリケーションリソースのすべてをプロビジョニングし、コピーしたスナップショットからデータベースを復元します。	低
パイロットライト	数十分	数十分	アプリケーションインフラストラクチャのコピーをプロビジョニングし、アプリケーションスタック内のリソースをオフに切り替えます。 データを別のリージョンにレプリケートします。データベースは常に稼働させ、プライマリデータベースと同期させておきます。フェイルオーバー中およびテスト中にリソースをオンデマンドでプロビジョニングします。 また、インフラストラクチャーの変更とアプリケーションの変更を両方のリージョンに同時にデプロイする必要があります。プライマリリージョンと DR リージョンの両方でコードとインフラストラクチャを同期できる自動化パイプラインを構築することで、これを簡素化できます。	Medium
ウォームスタンバイ	分	分	アプリケーションインフラストラクチャ全体のコピーを DR リージョンにプロビジョニングしますが、そのコピーはプライマリリージョンに比べてスケールダウンしたままにします。DR リージョンで受け入れ可能なトラフィックの量は、プライマリリージョンよりも少なくなります。	高
マルチサイトまたはアクティブ/アクティブ	0 に近い	0 または 0 に近い	インフラストラクチャの完全なコピーを DR リージョンにプロビジョニングします。DR リージョンのリソースはすべてプライマリリージョンのリソースと同等になり、プライマリリージョンと同じ規模でトラフィックを処理できるようになります。トラフィックの流れが途切れることはないため、このオプションでは DR プランの一環としてフェイルオーバータスクを行う必要はありません。	より高い