へのオンプレミス DR AWS - AWS 規範ガイダンス

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

へのオンプレミス DR AWS

オンプレミスワークロードのオフサイトディザスタリカバリ (DR) 環境 AWS として を使用することは、一般的なハイブリッドシナリオです。使用するテクノロジーを選択する前に、必要な復旧時間や復旧時点の目標などの DR 目標を明確にします。この定義に役立つのは、「DR 計画チェックリスト」を使用することです。

AWSには、DR 環境を迅速にセットアップしてプロビジョニングするのに役立つオプションが多数用意されています。ワークロードの依存関係をすべて考慮し、DR 計画とソリューションを徹底的かつ定期的にテストして整合性を検証すること。

AWS は、 でルートボリュームやオペレーティングシステムを含むオンプレミスサーバーの完全なレプリカを作成AWS Elastic Disaster Recoveryするための を提供します AWS。Elastic Disaster Recoveryは、対象となるAWSアカウントと優先 AWS リージョンにある低コストのステージング・エリアに、マシンを継続的にレプリケートします。ブロックレベルのレプリケーションは、オペレーティングシステム、システム状態設定、データベース、アプリケーション、ファイルを含む、サーバーのストレージの正確なレプリカです。災害が発生した場合、Elastic Disaster Recoveryに指示して、数千台のマシンを数分で完全にプロビジョニングされた状態で迅速に起動させることができます。

Elastic Disaster Recoveryは、オンプレミスの各サーバーにインストールされたエージェントを使用します。エージェントは、オンプレミスサーバーの状態を、 AWS上で稼働している低性能の Amazon EC2 サーバーと同期させます。また、伸縮性ディザスタリカバリでは、DR のフェイルオーバーとフェイルバックのプロセスを自動化することもできます。フェイルオーバーとフェイルバックのプロセスを自動化することで、目標復旧時間 (RTO) をより短く、より一貫性のあるものにすることができます。

復旧インスタンスと EBS ボリュームで Elastic Disaster Recovery を使用する AWS、 上のデータセンターと環境の図。

  1. レプリケーションサーバーのステータスレポート

  2. ステージングエリア、リソースは自動的に作成され、終了されます。

  3. RTO が分、RPO が秒で起動されたリカバリインスタンス

  4. 継続的なブロックレベルのレプリケーション (圧縮および暗号化)

DR プロセスをテストし、ライブステージング環境がオンプレミス環境とコンフリクトを起こさないことを確認することが重要です。たとえば、オンプレミス、ステージング、開始した DR 環境で、適切なライセンスが利用可能で機能していることを確認します。また、作業をポーリングして中央データベースから取得する可能性のあるワーカータイプのプロセスが、重複や競合を避けるために適切に設定されていることも確認します。DR プロセスには、復旧用サーバーインスタンスをオンラインにする前に実行する必要のある必要な手順をすべて含めます。また、復旧用サーバーインスタンスがオンラインで利用可能になった後に実行する手順も含めます。「AWS Elastic Disaster Recovery 計画自動化ソリューション」 のようなソリューションや、DR計画の自動化を支援する別のアプローチを使うことができます。

「Storage Gateway ボリュームゲートウェイ」 を使用して、オンプレミスサーバーにクラウドベースのボリュームを提供できます。これらのボリュームは、Amazon EBS スナップショットを使用して Amazon EC2 で使用できるようにすばやくプロビジョニングすることもできます。特に、ストアドボリュームゲートウェイは、オンプレミスアプリケーションにデータセット全体への低レイテンシーアクセスを提供します。ボリュームゲートウェイは、オンプレミスまたは Amazon EC2 で使用するために復元できる、耐久性のあるスナップショットベースのバックアップも提供します。ワークロードの目標復旧時点 (RPO) に基づいて point-in-time スナップショットをスケジュールできます。

重要

ボリュームゲートウェイボリュームは、ブートボリュームとしてではなくデータボリュームとして使用することを目的としています。

オンプレミスのサーバーと同じ構成のAmazon EC2 Amazon Machine Image (AMI) を使用し、データボリュームを個別に指定することができます。AMI を設定してテストしたら、ボリュームゲートウェイのスナップショットに基づくデータボリュームとともに AMI から EC2 インスタンスをプロビジョニングします。このアプローチでは、特に Windows ワークロードの場合、EC2 インスタンスが適切に動作していることを確認するために、環境を徹底的にテストする必要があります。