レジリエンス評価 - AWS Resilience Hub でアプリケーションの耐障害性を定量化する

AWS Resilience Hub を使ったアプリケーションの耐障害性評価を解説。RTO/RPO の定義、レジリエンスポリシー、自動評価、改善推奨事項の活用を紹介します。

レジリエンス評価の必要性

アプリケーションの耐障害性 (レジリエンス) は、障害が発生した際にどれだけ早く復旧できるか (RTO: Recovery Time Objective) と、どの時点までのデータを復旧できるか (RPO: Recovery Point Objective) で定量化されます。しかし、多くの組織では RTO/RPO の目標値が曖昧であったり、現在のアーキテクチャがその目標を達成できるかの検証が行われていません。AWS Resilience Hub は、アプリケーションの耐障害性を定量的に評価し、改善推奨事項を提示するサービスです。CloudFormation スタックや Terraform State からリソース構成を自動検出し、AZ 障害・リージョン障害・アプリケーション障害の各シナリオに対する推定 RTO/RPO を算出します。定義した目標 RTO/RPO と比較して、目標を達成できるかどうかを判定します。

この分野について体系的に学びたい方は、関連書籍 (Amazon) も参考になります。

レジリエンスポリシーと評価の実行

Resilience Hub の利用はレジリエンスポリシーの定義から始まります。ポリシーでは、アプリケーションの RTO と RPO の目標値を障害シナリオごとに設定します。たとえば「AZ 障害: RTO 1 時間、RPO 5 分」「リージョン障害: RTO 4 時間、RPO 1 時間」「アプリケーション障害: RTO 30 分、RPO 5 分」のように定義します。次にアプリケーションを登録します。CloudFormation スタック名を指定すると、スタック内のリソース (EC2、RDS、DynamoDB、Lambda、S3 など) が自動的に検出され、リソース間の依存関係がマッピングされます。評価を実行すると、各リソースの現在の設定 (マルチ AZ 構成、バックアップ設定、レプリケーション設定など) を分析し、各障害シナリオに対する推定 RTO/RPO を算出します。目標を達成できないリソースがあれば、具体的な改善推奨事項が提示されます。

改善推奨事項と FIS 統合

評価結果の改善推奨事項は、リソースごとに具体的なアクションとして提示されます。たとえば、シングル AZ の RDS インスタンスに対しては「マルチ AZ 配置に変更」、バックアップが未設定の DynamoDB テーブルに対しては「ポイントインタイムリカバリ (PITR) の有効化」、Auto Scaling が未設定の EC2 に対しては「Auto Scaling グループの作成」が推奨されます。各推奨事項には、実施した場合の推定 RTO/RPO の改善値も含まれるため、優先度の判断に役立ちます。FIS (Fault Injection Simulator) との統合により、Resilience Hub が推奨するテストシナリオ (AZ 障害のシミュレーション、RDS フェイルオーバーなど) を FIS の実験テンプレートとして自動生成し、実際に障害を注入して耐障害性を検証できます。評価 → 改善 → テスト → 再評価のサイクルを回すことで、アプリケーションのレジリエンスを継続的に向上させられます。

運用と継続的な評価

Resilience Hub は一度きりの評価ではなく、継続的なレジリエンス管理を支援します。アプリケーションのリソース構成が変更された場合 (CloudFormation スタックの更新)、ドリフト検出で変更を検知し、再評価を促します。評価は手動実行に加え、CI/CD パイプラインに組み込んでデプロイ時に自動実行することも可能です。Organizations 統合により、組織内の複数アカウントのアプリケーションを一元的に管理できます。料金はアプリケーション 1 つあたり月額 15 USD の定額制で、評価回数に制限はありません。Well-Architected Framework の信頼性の柱のレビューを自動化するツールとして位置づけられ、Well-Architected Tool との統合も提供されています。

さらに詳しく知りたい方は、関連書籍 (Amazon) で理解を深められます。

まとめ - Resilience Hub の活用指針

AWS Resilience Hub は、アプリケーションの耐障害性を RTO/RPO で定量的に評価し、改善推奨事項を提示するサービスです。CloudFormation からのリソース自動検出、3 つの障害シナリオに対する評価、FIS との統合によるテスト実行が主な強みです。本番環境のミッションクリティカルなアプリケーションに対して、まず RTO/RPO の目標を定義し、Resilience Hub で現状を評価することから始めることを推奨します。月額 15 USD/アプリケーションと低コストで、障害発生時の影響を事前に把握できる価値は大きいです。

AWS の優位点

  • アプリケーションの RTO (目標復旧時間) と RPO (目標復旧時点) を定義し、現在のアーキテクチャがその目標を達成できるかを自動評価
  • CloudFormation スタックや Terraform State からリソース構成を自動検出し、手動でのアーキテクチャ図作成が不要
  • AZ 障害、リージョン障害、アプリケーション障害の 3 つの障害シナリオに対する耐障害性を個別に評価
  • 評価結果に基づく具体的な改善推奨事項 (マルチ AZ 化、バックアップ設定、Auto Scaling 追加など) を自動提示
  • FIS (Fault Injection Simulator) との統合で、推奨されたテストシナリオを実際に実行して耐障害性を検証可能
  • アプリケーション 1 つあたり月額 15 USD の定額課金
  • Well-Architected Framework の信頼性の柱を自動的に評価するツールとして位置づけられる

同じテーマの記事

AWS AppFabric で SaaS 監査ログを集約 - OCSF 標準化と Security Lake 統合 AppFabric による SaaS アプリケーションの監査ログ収集、OCSF 形式への標準化、分析パイプラインの構築を解説します。 AWS AppConfig で実装するフィーチャーフラグ - 安全な設定デプロイとロールバック AppConfig によるフィーチャーフラグの管理、段階的デプロイ戦略、自動ロールバックの設定を解説します。 アーキテクチャレビュー - AWS Well-Architected Tool でワークロードを体系的に評価する AWS Well-Architected Tool を使ったワークロードのアーキテクチャレビューを解説。6 つの柱に基づく評価、改善計画の策定、カスタムレンズの活用を紹介します。 監査ログの設計と運用 - CloudTrail による API アクティビティの完全記録 AWS CloudTrail を活用した監査ログの設計手法を解説し、API アクティビティの記録、S3 への長期保存、Config との連携によるコンプライアンス対応を紹介します。 AWS Backup による一元バックアップ管理 - バックアッププランとクロスリージョン保護 AWS Backup によるマルチサービスのバックアップ一元管理、バックアッププランの設計、Vault Lock によるコンプライアンス対応を解説します。 AWS Chatbot で実現する DevOps 通知 - Slack・Teams への AWS イベント連携 AWS Chatbot による Slack・Microsoft Teams への CloudWatch アラーム、CodePipeline、Security Hub の通知設定と ChatOps の実践を解説します。 AWS Chatbot で Slack から AWS を操作 - 通知の集約とインタラクティブコマンド Chatbot による Slack/Teams への AWS 通知、Lambda 実行、CloudWatch アラームの対応を解説します。 ChatOps 通知基盤 - AWS Chatbot で実現する運用自動化 AWS Chatbot を活用した ChatOps 通知基盤の構築方法を解説します。Slack や Microsoft Teams への AWS イベント通知、CloudWatch アラームの即時配信、SNS 連携によるインシデント対応の自動化など、運用効率を向上させる実践的な設計を紹介します。 AWS CloudFormation で実践する Infrastructure as Code - テンプレート設計とスタック管理 CloudFormation によるテンプレート設計、スタックのライフサイクル管理、ネストスタックの活用を解説します。 AWS CloudShell で即座に始める AWS 操作 - ブラウザベースのシェル環境活用術 CloudShell のブラウザベースシェル環境、プリインストールツール、永続ストレージの活用法を解説します。 AWS CloudTrail で実現する API 監査ログ - 証跡の設計とセキュリティ分析 CloudTrail による API アクティビティの記録、証跡の設計、CloudTrail Lake によるクエリ分析を解説します。 Amazon CloudWatch で構築する統合監視 - メトリクス、ログ、アラームの設計 CloudWatch によるメトリクス監視、ログ集約、アラーム設計、ダッシュボードの構築を解説します。 Amazon CloudWatch RUM でフロントエンドのパフォーマンスを監視 - リアルユーザーモニタリング CloudWatch RUM による Web アプリケーションのクライアント側パフォーマンス監視、エラー追跡、ユーザージャーニー分析を解説します。 AWS Config で実現する継続的コンプライアンス監視 - ルール評価と自動修復 AWS Config によるリソース構成の記録、Config ルールによるコンプライアンス評価、自動修復アクションの設定を解説します。 AWS Control Tower でマルチアカウント環境を構築 - ランディングゾーンとガードレール Control Tower によるランディングゾーンのセットアップ、ガードレールの適用、Account Factory の活用を解説します。 AWS Control Tower で構築するマルチアカウント環境 - ランディングゾーンとガードレール Control Tower によるランディングゾーンの構築、ガードレールの設計、Account Factory によるアカウント自動作成を解説します。 AWS Health Dashboard で構築するインシデント管理 - 障害通知の自動化と影響分析 Health Dashboard によるサービス障害の検知、EventBridge 連携による自動通知、Organizations 統合による組織全体の影響分析を解説します。 IT サービスプロビジョニング - AWS Service Catalog で実現するセルフサービス型インフラ提供 AWS Service Catalog による承認済み IT サービスのカタログ化と、CloudFormation との連携によるセルフサービス型インフラプロビジョニングを解説します。ガバナンスを維持しながら開発チームの自律性を高める運用パターンを紹介します。 Amazon Managed Grafana で構築する統合オブザーバビリティダッシュボード Managed Grafana による CloudWatch、Prometheus、OpenSearch のデータソース統合、ダッシュボード設計、アラート管理を解説します。 Amazon Managed Service for Prometheus によるコンテナモニタリング - EKS メトリクスの収集と分析 Managed Prometheus による EKS/ECS のメトリクス収集、PromQL によるクエリ、Managed Grafana との統合を解説します。 AWS Marketplace でソフトウェアを調達 - SaaS サブスクリプションとプライベートオファー Marketplace によるサードパーティソフトウェアの検索・購入、プライベートオファー、一括請求の活用を解説します。 ML ベースの運用異常検知 - Amazon DevOps Guru で障害を予兆段階で発見する Amazon DevOps Guru を使った ML ベースの運用異常検知を解説。CloudWatch メトリクスの自動分析、異常の予兆検知、推奨アクション、CloudFormation スタック単位の監視を紹介します。 マルチアカウント管理 - AWS Organizations と RAM で実現する組織全体のガバナンス AWS Organizations によるマルチアカウント戦略の設計と、AWS RAM (Resource Access Manager) によるリソース共有の実践手法を解説します。組織全体のセキュリティガバナンスとコスト管理の最適化パターンを紹介します。 マルチアカウント戦略と AWS Organizations - クラウドガバナンスの最適解 AWS Organizations を活用したマルチアカウント戦略を解説します。 運用監視の実践 - CloudWatch によるフルスタック可観測性の実現 AWS CloudWatch を中心とした運用監視の設計手法を解説し、メトリクス収集、ログ分析、アラーム設定による包括的な可観測性の実現方法を紹介します。 AWS Organizations で実現するマルチアカウント管理 - OU 設計と SCP によるガバナンス Organizations による OU 階層の設計、SCP によるアクセス制御、一括請求によるコスト管理を解説します。 AWS RAM で実現するクロスアカウントリソース共有 - VPC サブネットと Transit Gateway の共有 RAM によるリソース共有の設定、VPC サブネット共有によるマルチアカウントネットワーク設計を解説します。 AWS Resilience Hub でアプリケーションの耐障害性を評価 - RTO/RPO 目標の達成状況を可視化 Resilience Hub によるアプリケーションの耐障害性評価、RTO/RPO ポリシーの設定、改善推奨事項の活用を解説します。 リソース共有管理 - AWS RAM で実現するマルチアカウント環境の効率的なリソース活用 AWS RAM (Resource Access Manager) によるマルチアカウント環境でのリソース共有と、AWS Organizations との連携による組織全体のリソース管理を解説します。VPC サブネット共有やトランジットゲートウェイ共有の実践パターンを紹介します。 AWS Service Catalog で実現する IT ガバナンス - 承認済み製品の標準化とセルフサービス Service Catalog による承認済み AWS リソースのカタログ化、ポートフォリオ管理、エンドユーザーへのセルフサービス提供を解説します。 AWS Service Quotas でサービス上限を管理 - クォータ監視と自動引き上げ Service Quotas によるクォータの一元管理、CloudWatch アラームによる使用率監視、引き上げリクエストの自動化を解説します。 AWS Systems Manager Parameter Store で管理する設定と秘密情報 - 階層構造と暗号化 Parameter Store による設定値と秘密情報の管理、階層構造の設計、Secrets Manager との使い分けを解説します。 AWS Systems Manager によるフリート管理 - パッチ適用・インベントリ・Run Command の自動化 Systems Manager による EC2 フリートのパッチ管理、インベントリ収集、Run Command によるリモート操作の自動化を解説します。 システム運用管理の効率化 - Systems Manager による統合運用基盤の構築 AWS Systems Manager を活用したシステム運用管理の設計手法を解説し、パッチ管理、パラメータストア、Run Command による運用自動化の実現方法を紹介します。 AWS Trusted Advisor でベストプラクティスを自動チェック - コスト削減とセキュリティ改善 Trusted Advisor によるコスト最適化、セキュリティ、パフォーマンス、耐障害性のチェックと改善を解説します。 AWS 環境の最適化診断 - Trusted Advisor によるベストプラクティスチェック AWS Trusted Advisor を使った環境の自動診断を解説。コスト最適化・セキュリティ・耐障害性・パフォーマンス・サービス制限の 5 カテゴリのチェック項目と活用方法を紹介します。 AWS Well-Architected Tool でワークロードをレビュー - 6 つの柱に基づくアーキテクチャ改善 Well-Architected Tool による 6 つの柱のレビュー、リスク評価、改善計画の策定を解説します。