【AWSサービス 基礎編】AWS Resilience Hub でアプリケーションの耐障害性を評価する

概要

AWS Resilience Hub は、AWS 上のアプリケーションの耐障害性（レジリエンス）を定義・検証・追跡するためのマネージドサービスです。アプリケーションが目標とする復旧時間目標（RTO）と復旧時点目標（RPO）を満たせるかを評価し、改善のための推奨事項を提示します。

クラウド上でアプリケーションを運用する際、障害発生時にどの程度の時間で復旧できるか、どの時点までデータを復元できるかは重要な関心事です。Resilience Hub を使うことで、アプリケーションの構成を自動的に検出し、設定した耐障害性ポリシーに対してどの程度達成できているかを可視化できます。

本記事では、Resilience Hub にアプリケーションを登録し、耐障害性ポリシーを設定して評価を実行する手順を体験します。

この記事のメリット

• AWS Resilience Hub の基本概念と役割を理解できる
• RTO（復旧時間目標）と RPO（復旧時点目標）の考え方を把握できる
• マネジメントコンソールからアプリケーションを登録する手順を習得できる
• 耐障害性ポリシーの設定と評価の実行を体験できる
• 評価結果から推奨事項を確認し、改善ポイントを把握する方法を学べる

技術解説

RTO と RPO とは

指標	正式名称	説明
RTO	Recovery Time Objective（復旧時間目標）	障害発生からサービスが復旧するまでの目標時間
RPO	Recovery Point Objective（復旧時点目標）	障害発生時にどの時点までのデータを復元できるかの目標

AWS Resilience Hub の主な機能

• アプリケーション構成の検出: CloudFormation スタック、Terraform State ファイル、リソースグループ、または EKS クラスターからアプリケーション構成を自動検出する
• 耐障害性ポリシーの定義: 障害タイプごとに RTO/RPO の目標値を設定する
• 耐障害性の評価: 現在の構成がポリシーを満たすかを評価し、結果をレポートする
• 推奨事項の提示: ポリシーを満たすための具体的な改善アクションを提案する
• ドリフト検出: アプリケーション構成の変更を検出し、耐障害性への影響を通知する

耐障害性ポリシー

障害タイプ	説明
ソフトウェア	アプリケーションソフトウェアの障害
ハードウェア	基盤インフラストラクチャのハードウェア障害
AZ（アベイラビリティーゾーン）	1つの AZ が利用不可になる障害
リージョン	AWS リージョン全体が利用不可になる障害（設定は任意。マルチリージョンのアプリケーション向け）

アプリケーションの入力ソース

• CloudFormation スタック: スタックで管理されているリソースを検出
• Terraform State ファイル: S3 に保存された State ファイルからリソースを検出
• リソースグループ: AWS Resource Groups で定義されたグループのリソースを検出
• myApplications: myApplications で定義したアプリケーション
• EKS クラスター: EKS で稼働するアプリケーションを検出

実践

前提条件

• リージョン: ap-northeast-1（東京）
• 以下のリソースが作成済みであること

リソース種別	リソース名	用途
CloudFormation スタック	resilience-hub-lab-stack	評価対象（VPC・サブネット・セキュリティグループ・EC2 インスタンス 1 台を含む）
IAM ロール	resilience-hub-lab-role	Resilience Hub が評価に使うロール（信頼先 resiliencehub.amazonaws.com、AWS 管理ポリシー AWSResilienceHubAsssessmentExecutionPolicy をアタッチ）

作成するリソース一覧

リソース種別	リソース名	用途
Resilience Hub アプリケーション	my-test-app	評価対象アプリケーション
耐障害性ポリシー	non-critical-policy	RTO/RPO の目標値定義

アプリケーションを登録する

• AWSマネジメントコンソールにログインし、リージョンが ap-northeast-1（東京）であることを確認します
• 上部の検索バーに Resilience Hub と入力し、表示された「AWS Resilience Hub」を選択します
• トップページの「アプリケーションを追加」をクリックします。アプリケーション名・リソース・耐障害性ポリシー・IAM ロールを、1 つの「アプリケーションを追加」画面でまとめて設定します
• 「アプリケーション名」に my-test-app と入力します
• 「このアプリケーションの管理方法を選択」で「リソースコレクション」を選択します
• 「リソースコレクションを追加」で「CloudFormation スタック」を選択します

入力ソースを追加する

• 「スタックを選択」のドロップダウンを開き、resilience-hub-lab-stack を選択します。選んだスタックが欄の下に表示されます

耐障害性ポリシーを設定する

• 「RTO と RPO を設定」セクションで「新しい耐障害性ポリシーを作成」を選択します
• 「名前」に non-critical-policy と入力します
• 「RTO/RPO ターゲット」は、デフォルト値（RTO 4 時間、RPO 1 時間）のままにします。この値が、インフラストラクチャ・アベイラビリティーゾーン・リージョンの各障害タイプに適用されます。「その他の推奨値を表示します。」から、用途に合わせたほかの推奨値も確認できます

• 「アクセス許可」セクションで「IAM ロールを使用」を選択し、resilience-hub-lab-role を選択します。「現在の IAM ユーザーのアクセス許可を使用」のままでは、ロールの選択を求めるエラーで先に進めません
• その他の項目はデフォルトのままにして、ページ下部の「アプリケーションを追加」をクリックします

アプリケーションを発行する

• アプリケーションの詳細画面が表示されます。スタックのリソースは自動でインポートされ、「アプリケーション構造」タブの「リソース」に EC2 インスタンスが「評価可能」として表示されます
• 評価の前にアプリケーションを発行する必要があります。「ワークフロー」の「アプリケーションを発行」をクリックします。発行すると、ドラフトとは別に Version-1 が作られます

耐障害性の評価を実行する

• 「ワークフロー」の「アプリケーションを評価」をクリックします
• レポート名の入力ダイアログが表示されます。名前は自動で入っているので、そのまま「実行」をクリックします
• 「評価」タブに評価レポートが追加され、ステータスが「進行中」になります。今回は 1 分ほどで「成功」に変わりました

評価結果を確認する

• 評価レポートの名前をクリックして詳細を開きます
• レポート名の横に、ポリシーを満たしているかどうかが表示されます。今回は「ポリシーに合致」でした。満たしていない場合は、ポリシー違反として表示されます
• 「結果」タブでは、RTO と RPO それぞれについて、中断タイプ（アプリケーション・インフラストラクチャ・アベイラビリティーゾーン・リージョン）ごとに、ポリシーのターゲットと、現在の構成から推定した値が並びます

• 「耐障害性に関するレコメンデーション」タブを選択します。AppComponent ごとに、現在の構成と、耐障害性を高める構成の案（オプション）が、推定 RTO/RPO や追加費用の目安とあわせて表示されます

まとめ

• AWS Resilience Hub はアプリケーションの耐障害性を評価・追跡するマネージドサービス
• RTO（復旧時間目標）と RPO（復旧時点目標）を障害タイプごとに定義できる
• CloudFormation スタックや Terraform State ファイルからアプリケーション構成を自動検出する
• 耐障害性ポリシーに対する準拠状況を評価し、改善のための推奨事項を提示する
• 事前定義されたポリシーテンプレート（MissionCritical、NonCritical など）を活用でき、カスタマイズも可能
• 構成変更のドリフト検出により、耐障害性の継続的な監視が可能

参照先

• AWS Resilience Hub とは
• AWS Resilience Hub の概念
• Resilience Hub でのアプリケーションの作成
• 耐障害性ポリシーの定義
• このアプリケーションの管理方法を選択
• 耐障害性の評価の実行