オンプレミス 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は、オンプレミスの各サーバーにインストールされたエージェントを使用します。エージェントは、オンプレミスサーバーの状態を、 で実行されている低電力の Amazon EC2 同等物と同期します AWS。また、伸縮性ディザスタリカバリでは、DR のフェイルオーバーとフェイルバックのプロセスを自動化することもできます。フェイルオーバーとフェイルバックのプロセスを自動化することで、目標復旧時間 () を低く、より一貫性のあるものにすることができますRTO。

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

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

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