c3.23 災害復旧を計画する

何が何に耐えるべきかを決める

ワークロードごとに、アベイラビリティーゾーンの喪失に耐えるべきか（大半のワークロード）、リージョン全体の喪失に耐えるべきかを文書化します。次に、その RTO と RPO に見合った DR 戦略（バックアップ＆リストア、パイロットライト、ウォームスタンバイ、マルチサイト アクティブ/アクティブ）を選びます。

コストのバランスが取れた一般的なパターン

リージョン喪失に耐えるべきワークロードの場合: プライマリリージョンで Multi-AZ の高可用性を運用し、データを第 2 リージョンへ継続的にレプリケーションし、Infrastructure as Code を用意して復旧環境をオンデマンドで立ち上げられるようにします。純粋な HA に対する DR の大きな利点は、特定時点への復旧です。「侵害の前」や「ランサムウェアが拡散し始める前」に戻せます。

ツール

AWS Elastic Disaster Recovery は、サーバーを AWS へ継続的にレプリケーションして DR を構築・テスト・運用し、転送時と保存時の暗号化を備えます。一般的な用途は、オンプレミスからクラウドへの DR（費用対効果が高く従量課金の復旧サイト）とリージョン間 DR です。多くの OS とアプリケーションに対応します。Elastic DR の FAQ を参照してください。

計画をテストする

一度も実行していない DR 計画は仮説にすぎません。フェイルオーバーテスト（Elastic DR は非破壊的な訓練に対応）を実施し、机上演習と結び付けます。