AWSの災害復旧サーバ

Question

3ノードのHadoopクラスタと、AWSに稼働している2つのRubyサーバがあります。

AWSのサーバー用のDRサーバーを作成する必要があります。

誰もがDRサーバーを作成する最良の方法を提案できますか？

Answer 1

計画を回復災害を設計し、実装するための「最良の方法は、」あなたの回復時間とrecovery point objectivesに大きく依存します：

目標復旧時点、または「RPO」の、ビジネス 継続計画によって定義されます。重大なインシデントのためにデータ がITサービスから失われる可能性のある最大の対象期間です。 RPO は、システム設計者に作業を制限します。たとえば、RPO が4時間に設定されている場合、実際にはオフサイトのミラー化バックアップは である必要があります。テープ上のオフサイトバックアップは毎日 ではありません。 RPOの使用と定義に関する2つのよくある間違いを避けるように注意する必要があります。まず、ビジネス継続性スタッフは、ビジネスインパクト分析 を使用して、各サービスのRPOを決定します.RPOは、既存のバックアップ方式によって決定されません。 です。第2に、オフサイトデータの準備のいずれかのレベル が必要であるとき、バックアップがオフになっている時刻ではなく、 で、データが失われる時間は非常に短いです。 は作業の開始時近くに開始することが多い 最終的にオフセットされるバックアップ。当然の

AWSを使用すると、開発に必要とするすべてのサービスを提供していdisaster recovery plan：

事業のインフラ 費用を負うことなく、その重要なITシステムの をより速く、ディザスタリカバリを可能にするために、AWSクラウドを使用しています第2の物理的サイト。 AWSクラウドは、急速なフェイルオーバーを可能にする「ホットスタンバイ」 環境への瞬時の通知でスケールアップする準備ができている、「パイロットライト」環境 ディザスタリカバリ（DR）アーキテクチャを多数サポートしています。世界中の12 地域のデータセンターで、AWSはクラウドベースの惨事復旧サービス を提供し、ITインフラストラクチャ とデータの迅速な復旧を可能にします。

• ：管理とそれらの値を定義することにより、

スタートは、ダウンタイムのコスト対、災害がインフラを回復維持のコストを考慮し、計画を実行するためにAWSが提供するサービスの分析に移動

が書かれた計画は

回復のための他の地域で「暖かい」のサーバーを実行しているS3に重要なデータ・セットのバックアップ、複数のアベイラビリティゾーンでのサービス

を配置、およびテストその計画は四半期ごとに