翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

ディザスタリカバリ計画

ディザスタリカバリ (DR) は、企業のビジネス継続性とコンプライアンスにとって重要なサービスです。AMS はお客様と連携して、AMS での DR 戦略の計画、実装、維持を支援します。

AMS ランディングゾーン (LZ) は、マルチアカウントおよびシングルアカウントであり、ほとんどの災害対策シナリオを満たす AMS インフラストラクチャコンポーネントにネイティブ、マルチ AZ、高可用性を提供します。ただし、ビジネスの地理的カバレッジによっては、リージョンの保護が必要になる場合があります。クロスリージョンの可用性と DR には、別のリージョンで別の AMS アカウントが必要です (これは、マルチアカウントランディングゾーンとシングルアカウントランディングゾーンの両方に必要です）。

AMS は、このブログ「Rapidly recover mission-critical systems in a disaster」で説明されている AWS DR ガイダンスに準拠しており、次の 4 つのオプションをサポートしています。

これらのオプションと AMS サポートについては、以下のセクションで説明します。

マルチサイトまたは高可用性 (HA)

HA ソリューションは通常、クラスタリングや同期レプリケーションなど、アプリケーションの組み込み機能によって提供されます。ユーザーは Prod ノードと HA/DR ノードの両方に移動します。DNS はノードを直接、または Elastic Load Balancer (ELB) を介してポイントします。

AMS クラウドアーキテクト (CA) は、Well-Architected-Review および DR 計画の一環として連携します。

HA DR AWSは、次の図に示すように、アプリケーションおよびネイティブのサービスと機能を使用します。

DR サイトは、同じ でも異なる でもかまいません AWS リージョン。

DR (フェイルオーバー) ステップ: 自動フェイルオーバー。手動ステップは必要ありません。プライマリ LZ で障害が発生した場合、ユーザーは自動的に DR/HA ノードに再ルーティングされます。これは、DNS とアプリケーション設定の両方で実現されます。

HA DR メトリクス：

ウォームスタンバイ

「ウォームスタンバイ」という用語は、スケールダウンされたバージョンの環境がクラウドで実行されているディザスタリカバリ (DR) シナリオを説明するために使用されます。

データレプリケーションはアプリケーションレイヤーによって通常非同期的にオンラインインスタンスに処理されますが、残りのインスタンス (アプリケーション層やウェブ層など) はコストを節約するためにオフになる場合があります。ユーザーは本番稼働用サイトにのみ誘導されます。Elastic Load Balancer (ELB) などの他の AWS リソースも DR サイトで事前プロビジョニングされる場合があります。

AMS クラウドアーキテクト (CA) は、 Well-Architected-Review および DR 計画の一環として連携します。

ウォームスタンバイ DR AWSは、次の図に示すように、アプリケーションおよびネイティブのサービスと機能を使用します。

DR サイトは、同じ でも異なる でもかまいません AWS リージョン。

DR (フェイルオーバー) ステップ：

HA DR メトリクス：

パイロットライト

このディザスタリカバリ (DR) アプローチでは、限られたコアサービスのセットに対して Prod 環境の一部をレプリケートします。インフラストラクチャのごく一部が常に実行されており、同時に変更可能なデータ (データベースやドキュメントなど) を同期します。一方、インフラストラクチャの他の部分はオフになり、テスト中のみ使用されます。バックアップとリカバリのアプローチとは異なり、最も重要なコア要素が DR ランディングゾーン (パイロットライト) で既に設定され、実行されていることを確認する必要があります。

AMS クラウドアーキテクトは、 Well-Architected-Review および DR 計画の一環としてお客様と協力して作業します。

パイロットライト DR は、次の図に示すように、アプリケーションおよび AWSネイティブのサービスと機能を使用します。

DR サイトは、同じ でも異なる でもかまいません AWS リージョン。

DR (フェイルオーバー) ステップ：

パイロットライト DR メトリクス：

バックアップと復元

このシンプルで低コストのディザスタリカバリ (DR) アプローチは、災害からの復旧時に使用するために、データとアプリケーションをどこからでも DR ランディングゾーンにバックアップします。

AMS Cloud Architect は、バックアップと DR の計画の一環としてユーザーと連携します。

バックアップと復元 DR は、次の図に示すように、AMS 自動ツールとプロセスを使用します。

次の 2 つのバックアップ方法とレプリケーション方法を使用できます。

DR サイトは、同じ または別の にあることができます AWS リージョン。

DR (フェイルオーバー) ステップ：

DR メトリクスのバックアップと復元：

AMS での EBS スナップショットを使用した EC2 のディザスタ保護

前提条件:

スナップショットレプリケーションソリューション：

次の図は、AMS の EBS スナップショットからの EC2 復元プロセスを示しています。

AMS での EC2 DR ステップ：

ボリューム復元 CT 機能：

ボリューム復元 CT 入力：

AMS での Elastic Disaster Recovery による EC2 のディザスタ保護

前提条件:

Elastic Disaster Recovery コンソールにアクセスするための IAM ロールを DR ランディングゾーン (LZ) に作成します。

AMS での EC2 の Elastic Disaster Recovery のセットアップと復元プロセスの図については、 AWS Elastic Disaster Recovery （AWS DRS) の一般的なアーキテクチャを参照してください。

AMS での Elastic Disaster Recovery を使用した EC2 DR ステップ：

Elastic Disaster Recovery の復元ワークフロー：