View a markdown version of this page

AWS Resilience Hub 概念 - AWS Resilience Hub
故障恢复能力恢复点目标（RPO）滞后恢复时间目标（RTO）估计工作负载恢复时间目标估计工作负载恢复点目标应用程序应用程序组件应用程序合规性状态偏差检测弹性评测弹性得分中断类型AWS FIS 实验SOP

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

AWS Resilience Hub 概念

这些概念可以帮助您更好地理解帮助提高应用程序弹性和防止应用程序中断的方法。 AWS Resilience Hub

故障恢复能力

在指定的时间范围内保持可用性并从软件和操作中断中恢复的能力。

恢复点目标（RPO）滞后

自上一个数据恢复点以来可接受的最长时间。这决定了从上一个恢复点到服务中断之间可接受的数据丢失情况。

恢复时间目标（RTO）

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 区域的中断选择了 RTO 和 RPO 目标为 24 小时。 AWS Resilience Hub 可以看到您的备份已复制到您的备用区域。您仍然需要保持从备份标准操作程序（SOP）中恢复的状态，并对其进行测试和计时。这包含在操作建议中，也是您的整体弹性分数的一部分。

违反策略

据估计，应用程序无法达到策略中定义的 RTO 和 RPO 目标。其中一项或多项 AppComponents 不符合政策目标。例如，您为跨 AWS 区域的中断选择了 RTO 和 RPO 目标为 24 小时，但您的数据库配置不包括任何跨区域恢复方法，例如全局复制和备份副本。

未评测

该应用程序需要进行评测。目前尚未对其进行评测或跟踪。

检测到的更改

该应用程序有一个新的已发布版本，但尚未经过评测。

偏差检测

AWS Resilience Hub 在对应用程序运行评估时运行偏移通知，以检查 AppComponent 配置更改是否影响了应用程序的合规性状态。此外，它还检查和检测诸如在应用程序输入源中添加或删除资源之类的更改，并发出相应的通知。为了进行比较， AWS Resilience Hub 使用先前的评估，其中应用程序组件符合策略。 AWS Resilience Hub 检测以下类型的漂移：

  • 应用程序策略偏差 — 此偏差类型可识别所有在先前评估中符合政策但在当前评估中未遵守的政策。 AppComponents

  • 应用程序资源漂移 -此漂移类型标识当前应用程序版本中的所有漂移资源。

弹性评测

AWS Resilience Hub 使用漏洞和潜在补救措施清单来衡量选定策略在灾难中恢复和继续工作的有效性。它评估每个应用程序组件或应用程序与策略的合规性状态。该报告包括成本优化建议和对潜在问题的引用。

弹性得分

AWS Resilience Hub 生成的分数表明您的应用程序在满足应用程序弹性政策、警报、标准操作程序 (SOP) 和测试方面的建议的程度如何。

中断类型

AWS Resilience Hub 帮助您评估针对以下类型中断的弹性：

应用程序

基础设施运行良好，但应用程序或软件堆栈无法按需运行。这可能发生在部署新代码、更改配置、数据损坏或下游依赖项发生故障后。

云基础设施

由于中断，云基础设施无法按预期运行。可能由于一个或多个组件出现本地错误而发生中断。在大多数情况下，这种类型的中断可以通过重新启动、回收或重新加载故障组件来解决。

云基础设施 AZ 中断

一个或多个可用区不可用。可通过切换到不同的可用区来解决此类中断。

云基础设施区域事件

一个或多个区域不可用。这种类型的事件可以通过切换到不同的 AWS 区域来解决。

AWS FIS 实验

AWS Resilience Hub 建议使用 AWS FIS 操作进行实验，以验证应用程序对抗不同类型中断的能力。这些中断包括应用程序、基础架构、可用区 (AZ) 或应用程序组件 AWS 区域 事件。

这些实验可让您执行以下操作：

  • 注入故障。

  • 验证警报是否可以检测到中断。

  • 验证恢复程序或标准操作程序（SOP）是否正常运行，以使应用程序从中断中恢复。

SOP 测试可衡量估计工作负载 RTO 和估计工作负载 RPO。您可以测试不同的应用程序配置，并衡量输出 RTO 和 RPO 是否符合策略中定义的目标。

SOP

标准操作程序（SOP）是一组规范性步骤，旨在在发生中断或警报时有效地恢复应用程序。根据应用程序评估， AWS Resilience Hub 建议一组标准操作程序，并建议在中断之前准备、测试和衡量标准操作程序，以确保及时恢复。