【レポート】マルチリージョンでディザスタリカバリ(DR) 戦略を検討するためのポイント(AWS-50) #AWSSummit

AWS Summit Online Japan 2022

たかやま

2022.05.26

この記事は公開されてから1年以上経過しています。情報が古い可能性がありますので、ご注意ください。

こんにちは。たかやまです。

今回は2022年5月25 - 26日の2日間開催されているAWS Summit Onlineのセッションレポートになります。

セッション概要

タイトル : マルチリージョンでディザスタリカバリ(DR)戦略を検討するためのポイント

AWS をご利用されている全てのお客様が直面する可能性のある最大の課題の 1 つに災害イベントがあります。ワークロードまたはシステムのビジネス目標の達成を妨げるイベントは、災害として分類されます。このセッションでは AWS Well-Architected フレームワークで説明されている信頼性の柱のベストプラクティスを基に、AWS における複数リージョンでのディザスタリカバリ (DR) 戦略の考え方とアプローチをご紹介します。

スピーカー :
AWS パートナーアライアンス統括本部ストラテジック SI 技術部
シニアパートナーソリューションアーキテクト大場崇令氏

セッションレベル : 400上級者向け

レポート

災害イベント

ハイパフォーマンスで安全/信頼性の高い、コスト効率の優れた持続可能なIT基盤が求められる
災害イベント
- イベント
  - 自然災害
  - 技術的障害
  - 人的ミス
- ビジネス目標を妨げるものはすべて災害

RTO/RPOや可用性要件に基づいて、DR戦略を検討する

DR目標
- RTO/RPOの明確化
  - RTO: サービスの中断/サービスの復旧までの最大許容遅延時間
  - RPO: 最後のデータ復旧ポイントからの最大許容時間
マルチAZ戦略/マルチリージョン戦略
- マルチAZ戦略は地域的な災害などのイベントに有効
- マルチリージョン戦略は国レベルの災害イベントに有効
可用性目標
- 単一リージョン
  - 可用性99%/99.9%/99.99%
- マルチリージョン
  - 可用性99.95%で復旧時間が5〜30分のシナリオ
  - 可用性99.999%以上で復旧時間が1分未満のシナリオ
Well-Architectedフレームワーク
- AWSとお客様の10年にわたる経験をもとに作成
- 6つの柱(運用上の優秀性/セキュリティ/信頼性/パフォーマンス/コスト最適化/持続可能性)で構成される
  - 各柱には設計のときにおさえておきたい設定原則が用意されている
  - 各柱には質問形式のベストプラクティスが用意されている
- 信頼性の柱をフォーカス
  - 4つのDR戦略を紹介している

AWSで検討可能なDR戦略

バックアップと復元戦略
- バックアップと復元とは
  - RTO/RPOが一番大きい戦略
    - RTOはインフラを起動してバックアップを復元する時間
    - RPOは前回のバックアップ時間
  - コストが安く実装を簡単にできる
- 実装
  - システムのバックアップをS3などに保存
  - バックアップを復元する手順を用意。IaCを使うとスムーズなサブサイト復旧をおこなえる
  - サブサイトはバックアップストレージのみなので低コスト
- リージョン内のバックアップ
  - マルチAZ戦略を検討
  - バックアップ方法
    - バックアップ : AWS Backup
    - ポイントインタイムリカバリ : DyanamoDB, RDS
    - バージョニング : S3
  - マルチリージョンでのバックアップ
    - データベースの動機方法はRPO要件を満たす
- マネージドサービスの活用
  - AWS Backupでのバックアップ
  - KMSでの暗号化
  - Organizationsでの組織のバックアップアクティビティを構成
- 別リージョンへのバックアップ
  - データベースの同期はRPO要件に従って定義
  - Backup/S3のクロスリージョンバックアップを活用
- 検出
  - CloudWatch
    - アラーム機能での検知
    - Anomaly Detectionでのサイトエンゲージ、パフォーマンス指標での検知
  - Health Dashboard
    - EventBridgeで検出し、さまざまなサービスに連携可能
- リカバリ
  - 復旧先リージョンへの復元はIaCで自動化
    - CFn,CDK
  - EC2はゴールデンAMIを準備し、Image Builderで復旧先リージョンにコピー
  - EventBridgeを使用したサーバレスソリューションで実装も可能
パイロットライト戦略
- パイロットライトとは
  - コアデータセットを復旧リージョンにレプリケーション
  - RTOはDRの必要性を検出してシステムをスケールアップするまで
  - RPOはレプリケーションのタイプによって異なる
  - 稼働リソースは少ないのでコスト効果がたかい
- 実装
  - コアデータのDRリージョンへミラーリング
  - ライセンスが復旧先で利用できるか確認
  - DRで使える最新のスナップショット/AMIを用意
  - 予行練習を行う
- リカバリ
  - Auroraグローバルデータベース
  - DyanamoDB グローバルテーブル
  - Route53 Application Recovery Controller
  - CloudFormation
ウォームスタンバイ戦略
- ウォームスタンバイとは
  - パイロットライトの次の段階
  - サブサイトにフル機能を低キャパシティで展開
  - ある程度であればサブサイトで本番トラフィックを処理可能
  - アクティブ/アクティブよりコストが安い
  - RTOは重要なワークロードはフェイルオーバに要する時間、それ以外はスケールに要する時間
  - RPOはレプリケーションのタイプによって異なる
- 実装
  - パイロットライトとほぼ同様
  - 災害が発生時はキャパシティを拡張する。
マルチサイトアクティブ/アクティブ戦略
- マルチサイトアクティブ/アクティブとは
  - 常時フルキャパシティのリソースが稼働している
  - 最もコストがかかる
  - RTOはフィルオーバに要する時間
  - RPOはレプリケーションのタイプによって異なる
フェイルオーバー
- Route 53によるDNSフェイルオーバ
- Global Acceleratorによるフェイルオーバ
DRのテスト
- Fault Injection Simulatorの使用
準備のためのベストプラクティス
- 最初はシンプルに開始し、徐々にレベルアップする
- ソフトウェアライセンシングの問題確認
- DRソリューションの練習
AWSの災害対策の利点
- さまざまなサービスが利用可能
- RTO/RPOのトレードオフを細かくコントール可能
- DRテストが容易
- 世界各地で利用可能
- AWSパートナーを利用可能