Amazon Web Services 文档中描述的 Amazon Web Services 服务或功能可能因区域而异。要查看适用于中国区域的差异，请参阅 中国的 Amazon Web Services 服务入门 (PDF)。

使用 Amazon CloudWatch 告警

您可以在 Amazon CloudWatch 中创建指标和复合警报。

您可以为控制面板添加警报，以便监控与接收跨多个区域的 Amazon 资源和应用程序的提醒。为控制面板添加警报以后，该警报会在处于 INSUFFICIENT_DATA 状态时变成灰色，在 ALARM 状态时变成红色。当处于 OK 状态时，警报没有颜色显示。

您还可以在 CloudWatch 控制台的导航面板中通过 Favorites and recents（收藏夹和最近记录）选项收藏最近访问过的警报。Favorites and recents（收藏夹和最近记录）选项中有对应的列，分别显示您收藏的警报和最近访问过的警报。

告警仅在告警状态更改时才会调用操作。使用 Auto Scaling 操作的告警除外。对于 Auto Scaling 操作，告警会在告警保持新状态时以每分钟一次的频率持续调用操作。

告警可以在同一账户中监视指标。如果您在 CloudWatch 控制台中启用了跨账户功能，则还可以创建告警，以监视其他 Amazon 账户。不支持创建跨账户复合告警。支持创建使用数学表达式的跨账户告警，但跨账户告警不支持 ANOMALY_DETECTION_BAND、INSIGHT_RULE 和 SERVICE_QUOTA 函数。

指标告警状态

指标告警可能具有以下几种状态：

评估告警

创建告警时，请指定三个设置，以启用 CloudWatch 评估在何时更改告警状态：

在下图中，指标告警的阈值设置为三个单位。Evaluation Periods（评估期）和 Datapoints to Alarm（触发告警的数据点数）均为 3。也就是说，在最近三个连续评估期中的所有现有数据点都高于阈值时，告警就会变为 ALARM（告警）状态。在该图中，在第三个到第五个时间段发生了这种情况。在第六个时间段，数值降至阈值以下，因此其中一个时间段被评估为未违例，且告警状态恢复为 OK（正常）。在第九个时间段，再次超出阈值，但仅一个时间段超出阈值。因此，告警状态保持为 OK（正常）。

在将 Evaluation Periods（评估期）和 Datapoints to Alarm（触发告警的数据点数）配置为不同的值时，您将设置“M（最大为 N）”告警。Datapoints to Alarm（触发告警的数据点数）为（“M”），而 Evaluation Periods（评估期）为（“N”）。评估间隔等于数据点数乘以评估期时长。例如，如果为 1 分钟的评估期配置 4 个数据点（最大为 5 个数据点），则评估间隔为 5 分钟。如果为 10 分钟的评估期配置 3 个数据点（最大为 3 个数据点），则评估间隔为 30 分钟。

告警操作

您可以指定告警在“OK（正常）”、“ALARM（告警）”和“INSUFFICIENT_DATA（数据不足）”状态之间更改状态时所执行的操作。最常见的告警操作类型是通过向 Amazon Simple Notification Service 主题发送消息来通知一人或多人。有关 Amazon SNS 的更多信息，请参阅什么是 Amazon SNS？

基于 EC2 指标的告警还可以执行 EC2 操作，例如停止、终止、重启或恢复 EC2 实例。有关更多信息，请参阅创建告警以停止、终止、重启或恢复 EC2 实例。

告警还可以执行操作来扩展 Auto Scaling 组。有关更多信息，请参阅 Amazon EC2 Auto Scaling 的步进和简单扩展策略。

您还可以将告警配置为在 Systems Manager Ops Center 中创建 OpsItems，或在 Amazon Systems Manager Incident Manager 中创建事件。只有在告警进入“ALARM（告警）”状态时才能执行这些操作。有关更多信息，请参阅 CloudWatch 配置为通过告警创建 OpsItems 和事件创建。

配置 CloudWatch 告警处理缺失数据的方式

有时，并非指标的每个预期数据点都会报告到 CloudWatch。例如，当连接中断、服务器出现故障或指标设计为仅间歇性地报告数据时，可能会发生这种情况。

您可以通过 CloudWatch 指定在评估告警时如何处理缺失的数据点。这可帮助您对告警进行配置，使其仅在适合所监控的数据类型时变为 ALARM（告警）状态。您可以避免在缺失数据没有指示问题时进行误报。

与每个告警始终处于三种状态之一类似，向 CloudWatch 报告的每个特定数据点将属于以下三个类别之一：

对于每个告警，您可以指定 CloudWatch 将缺失数据点视为以下任一项：

最佳选择取决于指标的类型。对于持续报告数据的指标（例如，实例的 CPUUtilization），您可能希望将缺失数据点视为 breaching（超出），因为它们可能表示出现了问题。但对于仅在错误发生时生成数据点的指标（如 Amazon DynamoDB 中的 ThrottledRequests），应将缺失数据视为 notBreaching。默认行为是 missing。

为您的告警选择最佳选项可防止不必要和误导性的告警条件更改，还可以更准确地指示您的系统的运行状况。

在数据缺失时如何评估告警状态

每当告警评估是否更改状态时，CloudWatch 都会尝试检索高于 Evaluation Periods（评估期）指定的数量的数据点数。它尝试检索的数据点的确切数量取决于告警期限长度，以及它是基于标准分辨率指标，还是基于高分辨率指标。它尝试检索的数据点的时间范围是评估范围。

一旦 CloudWatch 检索这些数据点，便会发生以下情况：

下表阐明了告警评估行为的示例。在第一个表中，Datapoints to Alarm（触发告警的数据点数）和 Evaluation Periods（评估期）均为 3。CloudWatch 在评估告警时会检索最近的 5 个数据点，以防最近的 3 个数据点中的某些数据点丢失。5 为告警的评估范围。

由于评估范围为 5，因此第 1 列显示最近的 5 个数据点。数据点显示为：右侧为最近的数据点，0 是未违例数据点，X 是违例数据点，而 - 是缺失数据点。

第 2 列显示 3 个必需数据点中缺失的个数。即使评估了最近的 5 个数据点，也只需要 3 个（Evaluation Periods（评估期）的设置）来评估告警状态。第 2 列中的数据点数是必须“填写”的数据点数（使用有关处理丢失数据的方式的设置）。

在第 3 – 6 列中，列标题是如何处理缺少数据的可能值。这些列中显示了为处理缺失数据的每种可能方法设置的告警状态。

在上表的第二行中，即使将缺失数据视为违例，告警也会保持 OK（正常）状态，因为一个现有的数据点未违例，并且该数据点与两个被视为违例的缺失数据点一起进行评估。下次评估该告警时，如果数据仍缺失，它将变为 ALARM（告警）状态，因为未违例数据点不再处于评估范围内。

第三行（所有五个最新数据点都缺失）说明了缺失数据处理方式的各种设置对告警状态的影响。如果缺失的数据点被视为违例，告警将进入“ALARM（告警）”状态，而如果它们被视为未违例，则告警进入“OK（正常）”状态。如果忽略缺少的数据点，告警将保留缺失数据点之前的当前状态。如果缺少的数据点被认为已缺失，则告警没有足够的最新真实数据来进行评估，并变为“INSUFFICIENT_DATA（数据不足）”状态。

在第四行，告警转到 ALARM（告警）状态，因为三个最近的数据点违例，而告警的 Evaluation Periods（评估期）和 Datapoints to Alarm（触发告警的数据点数）都设为 3。在这种情况下，缺失的数据点将被忽略，并且不需要缺失数据评估方式的设置，因为有 3 个实际数据点需要评估。

第 5 行表示告警评估的特殊情况，称为提前告警状态。有关更多信息，请参阅避免提前转换到告警状态。

在下一个表中，Period（时间段）再次设置为 5 分钟，并且 Datapoints to Alarm（触发告警的数据点数）为 2，而 Evaluation Periods（评估期）为 3。这是 2（最大为 3），M（最大为 N）告警。

评估范围为 5。这是最近检索到的数据点的最大数目，可以在某些数据点丢失的情况下使用这些数据点。

在第 1 行和第 2 行中，告警始终处于“ALARM（告警）”状态，因为 3 个最近的数据点中有 2 个违例。在第 2 行中，不需要评估范围内的两个最早的数据点，因为 3 个最近的数据点中无一缺失，因此这两个较旧的数据点将被忽略。

在第 3 行和第 4 行中，只有当缺失的数据被视为违例时，告警才会进入“ALARM（告警）”状态，在这种情况下，两个最近丢失的数据点都被视为违例。在第 4 行中，这两个被视为违例的缺失数据点提供了两个触发“ALARM（告警）”状态所必要的违例数据点。

第 5 行表示告警评估的特殊情况，称为提前告警状态。有关更多信息，请参阅以下部分。

避免提前转换到告警状态

CloudWatch 告警评估包括用于尝试避免误报的逻辑，当数据出现间歇性时，告警会提前进入告警状态。上一节表中的第 5 行中显示的示例说明了这种逻辑。在这些行中，以及在以下示例中，Evaluation Periods（评估期）为 3，评估范围为 5 个数据点。Datapoints to Alarm（触发告警的数据点数）为 3，M（最大为 N）示例除外，其中 Datapoints to Alarm（触发告警的数据点数）为 2。

假设告警的最新数据是 - - - - X，其中有四个缺失的数据点，然后一个违例数据点作为最新的数据点。由于下一个数据点可能未违例，因此当数据处于 - - - - X 或者 - - - X -，且 Datapoints to Alarm（触发告警的数据点数）为 3 时，告警不会立即进入“ALARM（告警）”状态。这样，当下一个数据点未违例并导致数据为 - - - X O 或者 - - X - O 时，误报得以避免。

但是，如果最后几个数据点是 - - X - -，即使缺失的数据点被视为缺失，告警也会进入“ALARM（告警）”状态。这是因为根据告警的设计，当在数据点数量 Evaluation Periods（评估期）间最早的可用的违例数据点至少与 Datapoints to Alarm（触发告警的数据点数）的值同样早，并且所有其他较新的数据点都违例或缺失时，告警都会进入“ALARM（告警）”状态。在这种情况下，即使可用数据点的总数小于 M（Datapoints to Alarm（触发告警的数据点数）），告警也会进入“ALARM（告警）”状态。

此告警逻辑也适用于 M（最大为 N）告警。如果评估范围内最早的违例数据点至少与 Datapoints to Alarm（触发告警的数据点数）的值同样早，并且所有最新的数据点均违例或缺失，则无论 M 值（Datapoints to Alarm（触发告警的数据点数））如何，告警都会进入“ALARM（告警）”状态。

高精度告警

如果对高精度指标设置告警，您可以指定 10 秒或 30 秒时间段的高精度告警，也可以设置 60 秒的任意倍数时间段的定期告警。高精度告警的费用较高。有关高精度指标的更多信息，请参阅 发布自定义指标。

针对数学表达式的告警

您可以针对基于一个或多个 CloudWatch 指标的数学表达式的结果设置告警。用于告警的数学表达式可以包含多达 10 个指标。每个指标都必须使用相同的时间段。

对于基于数学表达式的告警，您可以指定您希望 CloudWatch 在评估告警时，如何对待基础指标的缺失数据点。

基于数学表达式的告警无法执行 Amazon EC2 操作。

有关指标数学表达式和语法的更多信息，请参阅 使用指标数学。

基于百分位数的 CloudWatch 告警和小数据样本

当您将某个百分位数设置为某个告警的统计数据时，您可以指定在没有数量足以进行有效的统计评估的数据时所执行的操作。您仍然可以选择让告警评估统计数据，并可以更改告警状态。或者，您也可以让告警在样本大小过小时忽略指标，并等到有足够的数据来实现统计显着性时对样本进行评估。

对于介于 0.5（含）和 1.00（不含）之间的百分位数，将在评估期内数据点的数量少于 10/（1 个百分位）时使用此设置。例如，如果 p99 百分位上某个告警的样本数少于 1000 个，则会使用此设置。对于 0 和 0.5（不含）之间的百分位数，当数据点的数量少于 10/百分位数时，将使用此设置。

CloudWatch 告警和 Amazon EventBridge

每当 CloudWatch 告警更改告警状态时，CloudWatch 都会将事件发送到 Amazon EventBridge。您可以使用这些告警状态更改事件在 EventBridge 中触发事件目标。有关更多信息，请参阅告警事件和 EventBridge。

CloudWatch 告警的常见功能

以下功能适用于所有 CloudWatch 告警：