翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。 # とは AWS Resilience Hub AWS Resilience Hub は、 でアプリケーションのレジリエンス体制を管理および改善するための中心的な場所です AWS。 AWS Resilience Hub を使用すると、レジリエンス目標を定義し、その目標に対するレジリエンス体制を評価し、 AWS Well-Architected フレームワークに基づいて改善のための推奨事項を実装できます。内では AWS Resilience Hub、アプリケーションの実際の中断を模倣した実験を作成および実行 AWS Fault Injection Service して、依存関係をよりよく理解し、潜在的な弱点を発見することもできます。 は、レジリエンス体制を継続的に強化するために必要なすべての AWS サービスとツールを一元的に AWS Resilience Hub 提供します。 AWS Resilience Hub は、他の のサービスと連携してレコメンデーションを提供し、アプリケーションリソースの管理を支援します。詳細については、「[他の サービスでの使用](service-integrations.md)」を参照してください。 次の表は、関連するすべての障害耐性サービスのドキュメントリンクを示しています。 **関連する障害 AWS 耐性サービスとリファレンス** | AWS 障害耐性サービス | ドキュメントのリンク | | --- | --- | | AWS Elastic Disaster Recovery | [Elastic ディザスタリカバリとは](https://docs.aws.amazon.com/drs/latest/userguide/what-is-drs.html) | | AWS Backup | [とは AWS Backup](https://docs.aws.amazon.com/aws-backup/latest/devguide/whatisbackup.html) | | Amazon Application Recovery Controller (ARC) (ARC) | [Amazon Application Recovery Controller (ARC) とは](https://docs.aws.amazon.com/r53recovery/latest/dg/what-is-route53-recovery.html) | **Topics** + [AWS Resilience Hub – レジリエンス管理](arh-mgmt.md) + [AWS Resilience Hub – 耐障害性テスト](arh-testing.md) + [AWS Resilience Hub の概念](concepts-terms.md) + [AWS Resilience Hub ペルソナ](arh-personas.md) + [AWS Resilience Hub サポートされているリソース](supported-resources.md) + [AWS Resilience Hub および myApplications](arh-myApplication-integration.md) # AWS Resilience Hub – レジリエンス管理 AWS Resilience Hub は、 AWS アプリケーションの耐障害性を定義、検証、追跡するための一元的な場所を提供します。 AWS Resilience Hub は、アプリケーションを中断から保護し、復旧コストを削減してビジネス継続性を最適化し、コンプライアンスと規制の要件を満たすのに役立ちます。 AWS Resilience Hub を使用して、以下を実行できます。 + インフラストラクチャを分析し、アプリケーションの障害耐性を向上させるための推奨事項を入手してください。推奨事項には、アプリケーションの障害耐性を向上させるためのアーキテクチャガイダンスに加えて、障害耐性ポリシーを満たすためのコード、テスト、アラーム、標準作業手順書 (SOP) を実装するためのコードが含まれています。これらのコードは、統合と配信 (CI/CD) パイプラインでアプリケーションとともにデプロイおよび実行できます。 + 目標復旧時間 (RTO) と目標復旧時点 (RPO) の目標をさまざまな条件で評価します。 + 復旧コストを削減しながら、事業継続性を最適化します。 + 本番環境で問題が発生する前に問題を特定して解決します。 アプリケーションを本番環境にデプロイしたら、CI/CD パイプライン AWS Resilience Hub に を追加して、本番環境にリリースされる前にすべてのビルドを検証できます。 ## の AWS Resilience Hub 仕組み 次の図は、 AWS Resilience Hub の仕組みの概要を示しています。 ![\[の AWS Resilience Hub 仕組みを示すフローチャート。\]](http://docs.aws.amazon.com/ja_jp/resilience-hub/latest/userguide/images/digito-how-it-works.png) **説明** AWS CloudFormation スタック、Terraform 状態ファイル、 AWS Resource Groups Amazon Elastic Kubernetes Service クラスターからリソースをインポートするか、myApplications で既に定義されているアプリケーションから選択できます。 **定義** アプリケーションの回復力ポリシーを定義します。これらのポリシーには、アプリケーション、インフラストラクチャ、アベイラビリティーゾーン、リージョンの中断に関する RTO と RPO の目標が含まれます。これらの目標は、アプリケーションが障害耐性ポリシーを満たしているかどうかを推定するために使用されます。 **評価** アプリケーションについて説明し、それに障害耐性ポリシーを添付したら、障害耐性評価を実行します。この AWS Resilience Hub 評価では、 AWS Well-Architected フレームワークのベストプラクティスを使用してアプリケーションのコンポーネントを分析し、潜在的な耐障害性の弱点を発見します。これらの弱点は、インフラストラクチャの設定が不完全であること、設定ミス、または追加の設定改善が必要な状況によって発生する可能性があります。障害耐性を向上させるには、評価レポートの推奨事項に従ってアプリケーションと障害耐性ポリシーを更新してください。推奨事項には、コンポーネント、アラーム、テスト、リカバリ SOP の設定が含まれます。その後、別の評価を行い、その結果を前回のレポートと比較して、障害耐性がどの程度向上するかを確認できます。推定ワークロード RTO と推定ワークロード RPO が RTO と RPO 目標を達成するまで、このプロセスを繰り返します。 **検証** テストを実行して、 AWS リソースの回復力と、アプリケーション、インフラストラクチャ、アベイラビリティーゾーン、インシデント AWS リージョン からの復旧にかかる時間を測定します。回復性を測定するために、これらのテストは AWS リソースの停止をシミュレートします。停止の例としては、ネットワークの利用不可エラー、フェイルオーバー、プロセスの停止、Amazon RDS のブートリカバリ、アベイラビリティーゾーンの問題などがあります。 **表示と追跡** AWS アプリケーションを本番環境にデプロイした後、 AWS Resilience Hub を使用してアプリケーションの耐障害性体制を引き続き追跡できます。停止が発生した場合、オペレーターは で停止を表示 AWS Resilience Hub し、関連する復旧プロセスを起動できます。 # AWS Resilience Hub – 耐障害性テスト AWS Resilience Hub は、 との拡張統合をサポートします AWS FIS。この統合により AWS Resilience Hub 、 は評価対象のアプリケーションの特定のコンテキストに基づいて、 AWS FIS アクションとシナリオを使用してカスタマイズされたレコメンデーションを提供できます。推奨される実験を実行したり、 AWS FIS サービスを使用して独自のテストを実行したりすると、アプリケーションの耐障害性スコアの向上に直接役立ちます。 これらの AWS FIS アクションとシナリオは、破壊的なイベントを作成してアプリケーションの耐障害性体制をテストするため、アプリケーションの応答を観察できます。 は、複数の構築済みのシナリオと、中断を発生させる多数のアクション AWS FIS を提供します。さらに、生産で実験を実行するために必要なコントロールとガードレールも含まれています。コントロールとガードレールには、特定の条件が満たされた場合に自動ロールバックを実行したり、実験を停止したりするオプションが含まれています。[AWS Resilience Hub コンソール](https://aws.amazon.com/resilience-hub/)から実験を実行する AWS FIS ために の使用を開始するには、 [前提条件](prerequisites.md)セクションで定義されている前提条件を完了します。 次の表に、ナビゲーションペインで使用可能なすべての AWS FIS オプションと、 AWS Resilience Hub コンソールからテストの使用 AWS FIS を開始する手順を含む関連 AWS FIS ドキュメントへのリンクを示します。 **AWS FIS ナビゲーションメニューのオプションとリファレンス** | AWS FIS ナビゲーションメニューオプション | AWS FIS ドキュメント | | --- | --- | | [回復力テスト] | [実験テンプレートの作成](https://docs.aws.amazon.com//fis/latest/userguide/create-template.html) | | [シナリオライブラリ] | [AWS FIS ライブラリ](https://docs.aws.amazon.com//fis/latest/userguide/scenario-library.html) | | [実験テンプレート] | [の実験テンプレート AWS FIS](https://docs.aws.amazon.com//fis/latest/userguide/manage-experiment-template.html) | 次の表は、**耐障害性テスト**セクションのドロップダウンメニューから使用可能なすべての AWS FIS オプションと、コンソールから AWS FIS AWS Resilience Hub テストの使用を開始する手順を含む関連 AWS FIS ドキュメントへのリンクを示しています。 **AWS FIS ドロップダウンメニューのオプションとリファレンス** | AWS FIS ドロップダウンメニューオプション | AWS FIS ドキュメント | | --- | --- | | [実験テンプレートの作成] | [実験テンプレートの作成](https://docs.aws.amazon.com//fis/latest/userguide/create-template.html) | | [シナリオから実験を作成] | [シナリオの使用](https://docs.aws.amazon.com//fis/latest/userguide/scenario-library.html#using-a-scenario) | # AWS Resilience Hub の概念 これらの概念は、アプリケーションの耐障害性を向上させ、アプリケーションの停止を防ぐための AWS Resilience Hubアプローチをよりよく理解するのに役立ちます。 ## 回復性 可用性を維持し、ソフトウェアや運用の中断から指定期間内に復旧する機能。 ## 目標復旧時点 (RPO) 最後のデータリカバリポイントからの最大許容時間です。これにより、最後の回復時点からサービスが中断されるまでの間に許容できるデータ損失の程度が決まります。 ## 目標復旧時間 (RTO) サービスが中断してから復旧するまでの最大許容時間 (遅延)。これにより、サービスが利用できなくなったときに許容できる時間枠が決まります。 ## ワークロードの推定復旧時間目標 推定ワークロード復旧時間目標 (推定ワークロード RTO) は、インポートしたアプリケーション定義に基づいてアプリケーションが満たすと推定され、評価を実行する RTO です。 ## ワークロード目標復旧時点 推定ワークロード回復ポイント目標 (推定ワークロード RPO) は、インポートしたアプリケーション定義に基づいてアプリケーションが達成すると推定され、評価を実行する RPO です。 ## アプリケーション AWS Resilience Hub アプリケーションは、 AWS サポートされているリソースのコレクションであり、障害耐性体制を管理するために継続的にモニタリングおよび評価されます。 ## アプリケーションコンポーネント 単一のユニットとして動作および失敗する関連 AWS リソースのグループ。例えば、プライマリデータベースとレプリカデータベースがある場合、両方のデータベースは同じアプリケーションコンポーネント (AppComponent) に属します。 AWS Resilience Hub は、どの AWS リソースがどのタイプの AppComponent に属できるかを決定します。例えば、ある `DBInstance` が、`AWS::ResilienceHub::DatabaseAppComponent` に属していても `AWS::ResilienceHub::ComputeAppComponent` に属さない場合があります。 ## アプリケーションコンプライアンスステータス AWS Resilience Hub は、アプリケーションの次のコンプライアンスステータスタイプを報告します。 **ポリシーに一致** アプリケーションは、ポリシーで定義されている RTO と RPO 目標を達成すると推定されます。そのコンポーネントはすべて、定義されたポリシー目標を達成しています。たとえば、 AWS リージョン間の中断に対して 24 時間の RTO および RPO ターゲットを選択しました。 AWS Resilience Hub は、バックアップがフォールバックリージョンにコピーされていることを確認できます。それでも、バックアップ標準作業手順書 (SOP) からの復旧を維持し、それをテストして時間を計ることが求められます。これは運用上の推奨事項に含まれており、全体的な障害耐性スコアの一部でもあります。 **ポリシー違反** アプリケーションがポリシーで定義されている RTO と RPO 目標を達成していると推定できませんでした。1 つ以上のアプリコンポーネントがポリシー目標を満たしていません。例えば、 AWS リージョン間の中断に対して 24 時間の RTO および RPO ターゲットを選択しましたが、データベース設定にグローバルレプリケーションやバックアップコピーなどのクロスリージョンリカバリ方法が含まれていません。 **評価は行われていません** 申請には評価が必要です。現在、評価も追跡もされていません。 **変更が検出されました** まだ評価されていない新しい発行済みバージョンのアプリケーションがあります。 ## ドリフト検出 AWS Resilience Hub は、アプリケーションの評価の実行中にドリフト通知を実行して、AppComponent 設定の変更がアプリケーションのコンプライアンスステータスに影響を与えたかどうかを確認します。さらに、アプリケーションの入力ソース内のリソースの追加や削除などの変更もチェックおよび検出し、そのことを に通知します。比較のために、 はアプリケーションコンポーネントがポリシーを満たした以前の評価 AWS Resilience Hub を使用します。 は、次のタイプのドリフト AWS Resilience Hub を検出します。 + **アプリケーションポリシードリフト** – このドリフトタイプは、前の評価でポリシーに準拠していたが、現在の評価では準拠しなかったすべての AppComponents を識別します。 + **アプリケーションリソースドリフト** – このドリフトタイプは、現在のアプリケーションバージョンのドリフトされたリソースをすべて識別します。 ## 障害耐性評価 AWS Resilience Hub は、ギャップと潜在的な対策のリストを使用して、災害から回復して継続するための選択したポリシーの有効性を測定します。各アプリケーションコンポーネントまたはアプリケーションのポリシー遵守状況を評価します。このレポートには、コスト最適化に関する推奨事項と潜在的な問題に関する参考資料が含まれています。 ## 障害耐性スコア AWS Resilience Hub は、アプリケーションの耐障害性ポリシー、アラーム、標準運用手順 (SOPs)、およびテストを満たすための推奨事項にアプリケーションがどの程度準拠しているかを示すスコアを生成します。 ## 中断タイプ AWS Resilience Hub は、次のタイプの停止に対する回復性を評価するのに役立ちます。 **アプリケーション** インフラストラクチャは正常だが、アプリケーションまたはソフトウェアスタックは必要に応じて動作しません。これは、新しいコードのデプロイ、設定の変更、データの破損、またはダウンストリームの依存関係の誤動作の後に発生することがあります。 **[クラウドインフラストラクチャ]** システム停止のため、クラウドインフラストラクチャが期待どおりに機能していません。1 つ以上のコンポーネントのローカルエラーが原因で、機能停止が発生する可能性があります。ほとんどの場合、この種の機能停止は、障害のあるコンポーネントを再起動、リサイクル、またはリロードすることで解決されます。 **[クラウドインフラストラクチャ AZ の中断]** 1 つ以上のアベイラビリティーゾーンが使用できません。このタイプの障害は、別のアベイラビリティーゾーンに切り替えることで解決できます。 **[クラウドインフラストラクチャリージョンインシデント]** 1 つ以上のリージョンが利用できません。このタイプのインシデントは、別の AWS リージョンに切り替えることで解決できます。 ## AWS FIS 実験 AWS Resilience Hub では、さまざまなタイプの停止に対するアプリケーションの耐障害性を検証するための AWS FIS アクションを使用した実験を推奨しています。これらの停止には、アプリケーション、インフラストラクチャ、アベイラビリティーゾーン (AZ)、またはアプリケーションコンポーネントの AWS リージョン インシデントが含まれます。 これらの実験では、次の作業を行うことができます。 + 障害を発生させます。 + アラームが停止を検出できることを確認します。 + 復旧手順または標準作業手順書 (SOP) が正しく機能して、停止状態からアプリケーションを復旧できることを確認します。 SOP のテストでは、推定ワークロード RTO と推定ワークロード RPO を測定します。さまざまなアプリケーション構成をテストし、出力 RTO と RPO がポリシーで定義された目標を満たしているかどうかを測定できます。 ## SOP 標準作業手順書 (SOP) は、システム停止やアラームが発生した場合にアプリケーションを効率的に復旧するための規範的な一連の手順です。アプリケーション評価に基づいて、 AWS Resilience Hub は一連の SOPsします。また、タイムリーな復旧を確保するために、中断前に SOPs を準備、テスト、測定することをお勧めします。 # AWS Resilience Hub ペルソナ エンタープライズアプリケーションを構築するには、インフラストラクチャ、ビジネス継続性、アプリケーション所有者、アプリケーションのモニタリングを担当するその他の利害関係者など、さまざまな部門横断的なチームによる共同作業が必要です。さまざまなチームのさまざまなペルソナは、 でのアプリケーションの構築と管理に貢献し AWS Resilience Hub、それぞれに異なる役割と責任があります。さまざまなペルソナへのアクセス許可の付与の詳細については、「」を参照してください[AWS Resilience Hub ペルソナと IAM アクセス許可リファレンス](security-iam-resilience-hub-personas.md)。 でアプリケーションの作成と評価の実行を開始するには AWS Resilience Hub、次のペルソナを作成することをお勧めします。 + **インフラストラクチャアプリケーションマネージャー** – このペルソナを持つユーザーは、インフラストラクチャとアプリケーションリソースをセットアップ、設定、保守し、アプリケーションの信頼性とセキュリティを確保する責任があります。その責任には以下が含まれます。 + アプリケーションが定期的にデプロイおよび更新されていることを確認する + システムパフォーマンスのモニタリング + 問題のトラブルシューティング + バックアップとディザスタリカバリプランの実装 + **ビジネス継続性マネージャー** – このペルソナを持つユーザーは、アプリケーションポリシーを指示し、アプリケーションのビジネス重要度を判断する責任があります。その責任には以下が含まれます。 + ポリシーの設定に関する重要な意思決定 + ビジネス重要度の評価 + 重要なアプリケーションにリソースを割り当てる + リスクの評価と管理 + **アプリケーション所有者** – このペルソナを持つユーザーは、可用性と信頼性の高いアプリケーションを確保する責任があります。その責任には以下が含まれます。 + アプリケーションのパフォーマンスを測定およびモニタリングし、ボトルネックを特定するための主要なパフォーマンス識別子を定義する + 複数のステークホルダー向けのトレーニングの整理 + 次のドキュメントがup-to-dateであることを確認します。 + アプリケーションのアーキテクチャ + デプロイプロセス + 設定のモニタリング + パフォーマンス最適化手法 + **読み取り専用アクセス** – このペルソナを持つユーザーは、読み取り専用アクセス許可に制限されます。その責任には、レジリエンススコア、運用上のレコメンデーション、および障害耐性レコメンデーションをモニタリングすることで、アプリケーションのパフォーマンスとヘルスの可視性と監視を維持することが含まれます。さらに、アプリケーションが組織の目標を確実に満たすように、問題、傾向、改善すべき分野を特定する責任もあります。 # AWS Resilience Hub サポートされているリソース 中断時にアプリケーションのパフォーマンスに影響するリソースは、 `AWS::RDS::DBInstance`や などの AWS Resilience Hub 最上位リソースで完全にサポートされています`AWS::RDS::DBCluster`。 でサポートされているすべてのサービスのリソース AWS Resilience Hub を評価に含めるために必要なアクセス許可の詳細については、「」を参照してください[AWSResilienceHubAsssessmentExecutionPolicy](security-iam-awsmanpol.md#security_iam_aws-assessment-policy)。 AWS Resilience Hub は、次の AWS サービスのリソースをサポートしています。 + コンピューティング + Amazon Elastic Compute Cloud (Amazon EC2) **注記** AWS Resilience Hub は、Amazon EC2 リソースにアクセスするための古い Amazon リソースネーム (ARN) 形式をサポートしていません。新しい ARN 形式は、 AWS アカウント ID を使用してクラスター内のリソースにタグを付ける機能を強化し、クラスターで実行されているサービスとタスクのコストを追跡します。 **古い形式 (廃止)** – `arn:aws:ec2:::instance/` **新しい形式** – `arn:aws:ec2:::instance/` 新しい ARN 形式の詳細については、[「Amazon ECS デプロイを新しい ARN およびリソース ID 形式に移行する](https://aws.amazon.com/blogs/compute/migrating-your-amazon-ecs-deployment-to-the-new-arn-and-resource-id-format-2/)」を参照してください。 + AWS Lambda + Amazon Elastic Kubernetes Service (Amazon EKS) + Amazon Elastic Container Service (Amazon ECS) + AWS Step Functions + データベース + Amazon Relational Database Service (Amazon RDS) + Amazon DynamoDB + Amazon DocumentDB + Amazon ElastiCache + ネットワークとコンテンツ配信 + Amazon Route 53 + Elastic Load Balancing + ネットワークアドレス変換 (NAT) + Storage + Amazon Elastic Block Store (Amazon EBS) + Amazon Elastic File System (Amazon EFS) + Amazon Simple Storage Service (Amazon S3) + Amazon FSx for Windows File Server + その他 + Amazon API Gateway + Amazon Application Recovery Controller (ARC) (Amazon ARC) + Amazon Simple Notification Service + Amazon Simple Queue Service + AWS Auto Scaling + AWS Backup + AWS Elastic Disaster Recovery **注記** AWS Resilience Hub は、各リソースでサポートされているインスタンスを表示できるようにすることで、アプリケーションリソースの透明性を高めます。さらに、 は、評価プロセス中にリソースインスタンスを検出しながら、各リソースの一意のインスタンスを識別することで、より正確な障害耐性に関する推奨事項 AWS Resilience Hub を提供します。アプリケーションにリソースインスタンスを追加する方法については、[AWS Resilience Hub アプリケーションリソースの編集](application-resources.md) を参照してください。 AWS Resilience Hub は、 で Amazon EKS と Amazon ECS をサポートしています AWS Fargate。 AWS Resilience Hub は、次のサービスの一部として AWS Backup リソースの評価をサポートします。 Amazon EBS Amazon EFS Amazon S3 Amazon Aurora Global Database Amazon DynamoDB Amazon RDS サービス Amazon FSx for Windows File Server の Amazon ARC は、Amazon DynamoDB Global、Elastic Load Balancing、Amazon RDS、および AWS Auto Scaling グループのみ AWS Resilience Hub を評価します。 がクロスリージョンリソースを評価する AWS Resilience Hub には、リソースを 1 つのアプリケーションコンポーネントにグループ化します。各 AWS Resilience Hub アプリケーションコンポーネントでサポートされるリソースとグループリソースの詳細については、[アプリケーションコンポーネントのリソースのグループ化](AppComponent.grouping.md) を参照してください。 現在、Amazon EKS クラスターが配置されている場合、またはアプリケーションがオプトインが有効なリージョンで作成されている場合、 は Amazon EKS クラスターのクロス AWS リージョン評価をサポート AWS Resilience Hub していません。 現在、 は次の Kubernetes リソースタイプのみ AWS Resilience Hub を評価します。 デプロイ ReplicaSets ポッド 現在、 は ElastiCache リソースに対して次のエンジンタイプのみ AWS Resilience Hub をサポートしています。 Redis OSS エンジン AWS Resilience Hub は、次のタイプのリソースを無視します。 + **推定ワークロード RTO または推定ワークロード RPO に影響しないリソース** — 推定ワークロード RTO または推定ワークロード RPO に影響を与えない `AWS::RDS::DBParameterGroup` のようなリソースは、 AWS Resilience Hubで無視されます。 + **最上位以外のリソース** – は最上位リソースのプロパティをクエリすることで他のプロパティを取得できるため、最上位リソース AWS Resilience Hub のみをインポートします。例えば、`AWS::ApiGateway::RestApi` と `AWS::ApiGatewayV2::Api` は Amazon API Gateway でサポートされるリソースです。ただし、`AWS::ApiGatewayV2::Stage` は最上位のリソースではありません。したがって、 によってインポートされません AWS Resilience Hub。 **注記** **サポートされていないデータソース** AWS Resource Groups (Amazon Route 53 RecordSets および API-GW HTTP) と Amazon Aurora Global リソースを使用して複数のリソースを識別することはできません。評価の一環としてこれらのリソースを分析する場合は、リソースを手動でアプリケーションに追加する必要があります。ただし、評価に Amazon Aurora Global リソースを追加する場合は、Amazon RDS インスタンスのアプリケーションコンポーネントでグループ化する必要があります。リソースを編集する詳細については、「[AWS Resilience Hub アプリケーションリソースの編集](application-resources.md)」を参照してください。 これらのリソースはアプリケーションの復旧に影響を与える可能性がありますが、 AWS Resilience Hub 現時点では によって完全にはサポートされていません。 AWS Resilience Hub は、アプリケーションが AWS CloudFormation スタック、Terraform 状態ファイル、または myApplications アプリケーションによってバックアップされている場合 AWS Resource Groupsに、サポートされていないリソースについてユーザーに警告するよう努めています。 へのアプリケーションのリソースのインポートプロセス中に AWS Resilience Hub、一部のリソースが無視される場合があります。リソースを無視すると、まったくインポートできないことを意味します。ただし、サポートされていないとマークされたリソースは現在 と互換性がありません AWS Resilience Hub が、今後サポートされる可能性があるため、評価のためにアプリケーションに含めることができます。さらに、 でサポートされていない特定のリソースは無視 AWS Resilience Hub される可能性があります AWS Resource Groups。でサポートされているリソースの詳細については AWS Resource Groups、[「 で使用できるリソースタイプ AWS Resource Groups 」および「タグエディタ](https://docs.aws.amazon.com//ARG/latest/userguide/supported-resources.html)」を参照してください。 # AWS Resilience Hub および myApplications myApplications ダッシュボードの**レジリエンシー**ウィジェットは、アプリケーションのレジリエンスを評価およびモニタリングするプロセスを合理化します。これにより、 AWS Resilience Hub コンソールで手動で再作成することなく、myApplications で定義されたアプリケーションの耐障害性をすばやく評価できます。この統合アプローチは、myApplications のアプリケーション管理機能と の耐障害性評価機能を組み合わせることで AWS Resilience Hub、両方のプラットフォームの長所を活用できます。アプリケーション定義とレジリエンシー評価機能を統合することで、**レジリエンシー**ウィジェットはワークフローを簡素化し、関連情報にアクセスし、一元的な場所からレジリエンスを強化するためのアクションを実行できるようにします。**レジリエンシー**ウィジェットからアプリケーションが評価されると、 は以下 AWS Resilience Hub を実行します。 + 選択したアプリケーションを に作成します AWS Resilience Hub。 + モデルに関連付けられたリソースを自動的に検出してマッピングします。 + 目標復旧時間 (RTO) と目標復旧時点 (RPO) の値があらかじめ定義されている新しい耐障害性ポリシーを作成して割り当てます。RTO の場合は 4 時間、RPO の場合は 1 時間です。評価を生成したら、障害耐性ポリシーを変更するか、 AWS Resilience Hub コンソールから別のポリシーを割り当てることができます。障害耐性ポリシーの更新と別のポリシーのアタッチの詳細については、「」を参照してください[障害耐性ポリシーの管理](resiliency-policies.md)。 + 障害耐性ポリシーで定義されている RTO と RPO に対するアプリケーションの耐障害性を評価し、アプリケーションアーキテクチャの改善が必要な領域を特定します。障害シナリオには、アベイラビリティーゾーンの障害、リージョンの停止、その他の潜在的な中断が含まれます。 + 初回評価後にアプリケーションのリソースと設定の変更を継続的にモニタリングし、変更がアプリケーションの耐障害性に影響を与える場合はアラートまたは更新を提供します。 **注記** 評価を開始する前に、 を使用して評価の実行に関連する潜在的なコストを評価することをお勧めします AWS Resilience Hub。料金の詳細については、「 [AWS Resilience Hub の料金](https://aws.amazon.com/resilience-hub/pricing/)」を参照してください。 アプリケーションを評価したら、 に移動を選択して AWS Resilience Hub コンソールでアプリケーションの詳細を表示することで AWS Resilience Hub 、ウィジェット AWS Resilience Hub から の全機能にアクセスできます。myApplications から にアプリケーションを含めるプロセスは AWS Resilience Hub 、次のルールと制約によって管理されます。 + アプリケーションに関連付けることができる myApplications アプリケーションは 1 つだけです AWS Resilience Hub。つまり、myApplications ダッシュボードで**障害耐性**ウィジェットから評価を実行する AWS Resilience Hub か、コンソールでアプリケーションを記述しながら[myApplications アプリケーションの使用](discover-structure.md#myApplications-steps)手順を完了することで、myApplications アプリケーションをアプリケーション AWS Resilience Hub に関連付けることができます。 + myApplications 環境と同じ AWS リージョンと AWS アカウントの境界内に存在する myApplications アプリケーションのみを含める、評価、表示できます。異なる AWS リージョンまたは別々の AWS アカウントで作成されたアプリケーションは、このウィジェットでは表示またはアクセスできません。 + myApplications ダッシュボードからのみリソースを追加、削除、更新できます。myApplications ダッシュボードからアプリケーションリソースを変更する場合、リソースの変更 AWS Resilience Hub を表示するには を再インポートする必要があります AWS Resilience Hub。 ## 詳細情報 myApplications ダッシュボードでのアプリケーションとリソースの管理の詳細については、 AWS Console Home ドキュメントの以下のトピックを参照してください。 + [myApplications とは AWS](https://docs.aws.amazon.com/awsconsolehelpdocs/latest/gsg/aws-myApplications.html) + [myApplications での最初のアプリケーションの作成](https://docs.aws.amazon.com/awsconsolehelpdocs/latest/gsg/myApp-getting-started.html) + [リソースの管理](https://docs.aws.amazon.com/awsconsolehelpdocs/latest/gsg/myApp-manage-resources.html) + [障害耐性ウィジェット](https://docs.aws.amazon.com/awsconsolehelpdocs/latest/gsg/myApp-app-dash.html#myApp-reshub.html) でのアプリケーションの説明と評価の実行の詳細については AWS Resilience Hub、以下のトピックを参照してください。 + [障害耐性ウィジェットから既存の **myApplications** **アプリケーションの障害耐性**評価を初めて実行するには](run-assessment-resiliency-widget.md#run-res-widget-new) + [障害耐性ウィジェットから既存の **myApplications** アプリケーションの**障害耐性**評価を再実行するには](run-assessment-resiliency-widget.md#rerun-res-widget) + [レジリエンシーウィジェットでの評価の概要の確認](review-assessment-resliency-widget.md)