type
status
date
slug
summary
tags
category
icon
password
书籍
理論
AWS Elastic Disaster Recovery は常にデータを同期しており、障害が発生した場合に迅速にクラウド環境での運用を再開するための重要なサービスです。
災害復旧（Disaster Recovery）におけるAWSのベストプラクティス
災害復旧（DR）は、システム障害や災害発生時にサービスを迅速に復旧させ、ビジネス継続を可能にするための戦略です。AWSは、多様なDRソリューションを提供しており、要件に応じた柔軟な構成が可能です。本記事では、AWSにおける主要なDRソリューションやその適用場面を解説します。
AWS災害復旧ソリューションの種類
1. AWS Elastic Disaster Recovery
- 特徴:
- オンプレミスやAWS内のシステムをAWSリージョン間でレプリケート。
- 自動化されたリカバリプロセスで迅速な切り替えを実現。
- 低コストで運用可能（必要なときのみリソースを活用）。
- 適用例:
- 高速な復旧が求められる環境（RPO: 数分、RTO: 数分～数時間）。
- オンプレミスからAWSへの一時的な移行。
2. AWS Storage Gateway
- 特徴:
- オンプレミスデータをAmazon S3やAmazon EBSにバックアップ。
- ハイブリッドクラウド環境でのデータ共有に適用可能。
- 適用例:
- ファイルベースのデータをAWSに安全に保存。
- 復旧に時間をかけても問題ないシステム。
3. Amazon FSx for Windows File Server
- 特徴:
- Windows環境向けの共有ファイルシステム。
- ネイティブWindowsファイルシステムをサポートし、アクセスが容易。
- 適用例:
- Windowsアプリケーションが必要な場合。
- データ共有や一部業務プロセスのバックアップ。
4. AWS DataSync
- 特徴:
- オンプレミスからAWSにデータを高速転送。
- 定期的なデータ同期や移行をサポート。
- 適用例:
- 定期的なデータバックアップ。
- レプリケーションよりも単発のデータ移行が求められる場面。
災害復旧の4つのパターン
AWSでは、以下の4つのDRパターンが一般的に使用されます：
1. バックアップ＆リストア
- 概要: データをAWSにバックアップし、災害時に手動で復旧。
- 利点: コストが低い。
- 欠点: 復旧時間が長い（RTOが数時間～数日）。
2. パイロットライト
- 概要: 必要最低限のシステムをAWSに待機させ、災害時に本番環境を立ち上げる。
- 利点: RTOが短縮される（数十分～数時間）。
- 欠点: 初期構築と管理に時間がかかる。
3. ウォームスタンバイ
- 概要: AWS上に縮小版の本番環境を稼働させ、災害時に拡張して本番運用に移行。
- 利点: RTOがさらに短縮される（数分～数十分）。
- 欠点: 維持コストがやや高い。
4. マルチサイト（アクティブ-アクティブ）
- 概要: 本番環境を複数のAWSリージョンで同時稼働させる。
- 利点: ほぼゼロダウンタイム（RPOとRTOが数秒～数分）。
- 欠点: 高コスト。
災害復旧計画の設計時に考慮すべきポイント
- 復旧時点目標（RPO）
- データ損失許容時間を示す指標。アプリケーションの重要性に応じて選択。
- 復旧時間目標（RTO）
- システムが復旧するまでの許容時間。RTOが短いほどコストが増加。
- 運用負担
- 自動化を進めることで復旧時の人的負担を軽減。
- コスト効率
- 必要な可用性に応じたコスト最適化を検討。
まとめ
AWSは、運用要件やビジネスニーズに応じた柔軟な災害復旧ソリューションを提供しています。特に、迅速な復旧が求められる場合には AWS Elastic Disaster Recovery が適切であり、低コストで高可用性を実現します。一方、ストレージ中心のソリューションや手動操作を含む構成も、ニーズに応じて適用可能です。
正しい戦略を選択することで、効率的な災害復旧とコスト削減を両立することができます。
実践
略
一問道場
質問 #429
ある企業がWindows Serverを使用したアプリケーションを開発し、VMware vSphereの仮想マシン（VM）でオンプレミス環境にホストしています。このアプリケーションのデータは独自フォーマットで保存されており、アプリケーションを介してのみ読み取ることが可能です。サーバーやアプリケーションのプロビジョニングは手動で行われています。
この企業では、災害復旧計画の一環として、オンプレミス環境が利用できなくなった場合にAWS上で一時的にアプリケーションをホストできるようにしたいと考えています。災害復旧後は、アプリケーションをオンプレミス環境に戻すことを希望しています。また、復旧時点目標（RPO）は5分以内である必要があります。
次の選択肢の中で、運用負担を最小限に抑えながら要件を満たすソリューションはどれでしょうか？
選択肢
A. AWS DataSync を構成し、データを Amazon Elastic Block Store (Amazon EBS) ボリュームに複製する。オンプレミス環境が利用できなくなった場合、AWS CloudFormation テンプレートを使用して Amazon EC2 インスタンスをプロビジョニングし、EBS ボリュームをアタッチする。
B. AWS Elastic Disaster Recovery を構成し、データを Amazon Elastic Block Store (Amazon EBS) ボリュームに接続されたレプリケーション用 Amazon EC2 インスタンスに複製する。オンプレミス環境が利用できなくなった場合、Elastic Disaster Recovery を使用してレプリケートされたボリュームを持つ EC2 インスタンスを起動する。
C. AWS Storage Gateway のファイルゲートウェイをプロビジョニングし、データを Amazon S3 バケットに複製する。オンプレミス環境が利用できなくなった場合、AWS Backup を使用してデータを Amazon Elastic Block Store (Amazon EBS) ボリュームに復元し、そのボリュームを使って Amazon EC2 インスタンスを起動する。
D. Amazon FSx for Windows File Server のファイルシステムを AWS 上にプロビジョニングし、データをそのファイルシステムに複製する。オンプレミス環境が利用できなくなった場合、AWS CloudFormation テンプレートを使用して Amazon EC2 インスタンスをプロビジョニングし、AWS::CloudFormation::Init コマンドを使用して Amazon FSx のファイル共有をマウントする。
解説
この問題では、災害復旧のために RPO（復旧時点目標）5分以内 を満たしつつ、オンプレミスとAWSの間でアプリケーションを柔軟に移行できる方法を選ぶ必要があります。また、運用負担を最小限に抑えることが求められています。以下は各選択肢の詳細な解説です。
A. AWS DataSync を構成し、データを Amazon Elastic Block Store (Amazon EBS) ボリュームに複製する
- メリット: DataSync はデータの移行や同期を自動化でき、効率的にデータをAWSに送ることが可能。
- デメリット: DataSync は主にデータ転送に特化しており、アプリケーション全体を災害復旧の形で再現するには手動でのセットアップが必要。そのため、RPO 5分を達成するには運用負担が大きい。
- 評価: 運用負担が大きいため不適切。
B. AWS Elastic Disaster Recovery を構成し、データを Amazon EBS ボリュームに接続されたレプリケーション用 Amazon EC2 インスタンスに複製する
- メリット: Elastic Disaster Recovery はオンプレミス環境をAWS上にレプリケーションし、障害発生時にほぼリアルタイムでAWS上のEC2インスタンスを起動可能。運用が自動化されており、RPO 5分以内を容易に達成可能。
- デメリット: 初期設定が必要だが、運用負担は他の選択肢に比べて低い。
- 評価: 自動化が進んでおり運用負担が最小。この選択肢が最適。
C. AWS Storage Gateway のファイルゲートウェイをプロビジョニングし、データを Amazon S3 に複製する
- メリット: Storage Gateway はオンプレミスとAWS間のデータ複製に便利。S3にデータを保存するため、コスト面で有利。
- デメリット: データ復元とEC2インスタンスの起動が手動となり、復旧プロセス全体の自動化が難しい。RPO 5分以内を達成するには不適切。
- 評価: 手動操作が必要なため、運用負担が大きい。
D. Amazon FSx for Windows File Server のファイルシステムを使用する
- メリット: FSxはWindowsアプリケーション向けの共有ファイルストレージとして優れており、データの可用性を確保できる。
- デメリット: データレプリケーションとインスタンス起動を別々に管理する必要があり、運用負担が大きい。RPO 5分以内を達成するのは難しい。
- 評価: 他の選択肢と比べて運用が煩雑で、最適ではない。
正解: B
AWS Elastic Disaster Recovery を使用することで、運用負担を最小限に抑えながら RPO 5分以内の災害復旧を実現できます。このサービスは自動化が進んでおり、オンプレミスの環境をAWSに迅速かつ効率的に移行することが可能です。
- 作者:みなみ
- 链接:https://www.minami.ac.cn//%E8%B3%87%E6%A0%BC%E5%8B%89%E5%BC%B7/17ad7ae8-88e2-8013-91a2-d6962b1b0f21
- 声明:本文采用 CC BY-NC-SA 4.0 许可协议，转载请注明出处。
相关文章
