查看评估报告 - AWS 弹性中心

本文属于机器翻译版本。若本译文内容与英语原文存在差异,则一律以英文原文为准。

查看评估报告

您可以在应用程序的评估视图中找到评估报告。

查找评估报告
  1. 在左侧的导航菜单中,选择应用程序

  2. 应用程序中,打开一个应用程序。

  3. 评估选项卡中,从弹性评估表中选择评估报告。

打开报告时,可以看到以下内容:

  • 评估报告的总体概述

  • 提高弹性的建议。

  • 设置警报SOPs和测试的建议

  • 如何创建和管理标签以搜索和筛选 AWS 资源

审核

本节概述了评估报告。 AWS Resilience Hub 列出了每种中断类型和相关的应用程序组件。它还列出了您的实际RPO策略RTO和策略,并确定应用程序组件能否实现策略目标。

概述

显示应用程序的名称、弹性策略的名称以及报告的创建日期。

检测到的资源漂移

本节列出了在最新版本的已发布应用程序中之后添加或删除的所有资源。选择 “重新导入输入源”,在 “输入源” 选项卡中重新导入所有输入源(其中包含漂移的资源)。选择 “发布并评估”,将更新的资源包含在应用程序中,并获得准确的弹性评估。

您可以使用以下方法识别漂移的输入源:

  • 逻辑 ID-表示资源的逻辑 ID。逻辑 ID 是用于标识 AWS CloudFormation 堆栈、Terraform 状态文件、手动添加的应用程序、 AppRegistry 应用程序或中的资源的名称。 AWS Resource Groups

  • 更改-表示输入资源是添加还是移除

  • 源名称-表示资源名称。选择源名称以在相应的应用程序中查看其详细信息。对于手动添加的输入源,该链接将不可用。例如,如果您选择从 AWS CloudFormation 堆栈导入的源名称,则系统会将您重定向到上的堆栈详细信息页面 AWS CloudFormation。

  • 资源类型-表示资源类型。

  • 帐户-表示拥有物理资源的 AWS 帐户。

  • 区域-表示资源所在的 AWS 区域。

RTO

以图形方式显示估计应用程序能否达到弹性策略的目标。这是基于在不对组织造成重大损害的情况下可以将应用程序关闭的时间长度。评估提供了估计的工作量RTO。

RPO

以图形方式显示估计应用程序能否达到弹性策略的目标。这是基于在对业务造成重大损害之前数据可能丢失的时间长度。评估提供了估计的工作量RPO。

详细信息

使用所有结果应用程序合规性偏差选项卡详细描述每种中断类型。所有结果选项卡显示所有中断,包括合规性偏差,而应用程序合规性偏差选项卡仅显示合规性偏差。中断类型包括应用程序、云基础设施(基础设施可用区)和区域,并提供以下相关信息:

  • AppComponent

    构成应用程序的资源。例如,您的应用程序可能具有数据库或计算组件。

  • 估计 RTO

    指示您的策略配置是否符合您的策略要求。我们提供两个值,即我们的估计值RTO和您的目标值RTO。例如,如果您在 “目标 RTO” 下看到 2h 值,在 “估计工作负载 RTO” 下看到 40m 值,则表示我们提供的估计工作负载RTO为 40 分钟,而您的应用程序RTO的当前工作负载为两小时。我们的估计工作量RTO计算基于配置,而不是策略。因此,无论您选择哪种策略,多可用区数据库在可用区故障时的估计工作负载RTO都相同。

  • RTO漂移

    表示您的应用程序与上一次成功评估的估计工作量相比RTO的持续时间。我们提供了两个值,即我们的估计值RTO和RTO漂移值。例如,如果您在 “估计” 下看到 2h 值RTO,在RTO漂移下看到 40m,则表示您的应用程序与上一次成功评估RTO的估计工作负载相差 40 分钟。

  • 估计 RPO

    显示根据您为每个应用程序组件设置的目标RPO策略 AWS Resilience Hub 估算的实际估计工作负载RPO策略。例如,您可能已在弹性策略中将可用区故障的RPO目标设置为一小时。计算出的估计结果可能接近于零。这是假设我们提交每个事务的 Amazon Aurora 在跨越多可用区的六个节点中有四个节点成功完成。 point-in-time 恢复可能需要五分钟。

    您唯一RTO可以选择不供应的RPO目标是 “区域”。对于某些应用程序,当某项服务严重依赖时,计划恢复非常有用,而该AWS服务可能在整个地区不可用。

    如果您选择此选项,例如为该地区设置RTO或RPO目标,您将收到此类故障的预计恢复时间和操作建议。

  • RPO漂移

    表示您的应用程序与上一次成功评估的估计工作量相比RPO的持续时间。我们提供了两个值,即我们的估计值RPO和RPO漂移值。例如,如果您在 “估计” 下看到 2h 值RPO,在RPO漂移下看到 40m,则表示您的应用程序与上一次成功评估RPO的估计工作负载相差 40 分钟。