从文档中
无论您为如何处理丢失的数据设置了什么值，当警报评估是否更改状态时，CloudWatch都会尝试检索比评估期指定的数量更多的数据点。它尝试检索的数据点的确切数量取决于警报时段的长度，以及它是基于具有标准分辨率还是高分辨率的度量。它尝试检索的数据点的时间范围是评估范围。
文档继续给出一个警报示例，该示例的“ EvaluationPeriods”和“ DatapointsToAlarm”设置为3。他们指出Cloudwatch选择了5个最新数据点。我的问题之一是，他们在哪里获得5？从文档中尚不清楚。
我的问题的第二部分是，为什么完全有这种行为（或者至少是默认情况下为什么有这种行为）？如果我将评估期设置为3，将“警报的数据点”设置为3，并告诉Cloudwatch将“ TreatMissingData”设置为“违反”，则我预计会有3个缺失数据周期触发警报状态。如文档中的示例所示，这不一定会发生。
答案 0 :(得分：1)
我有同样的问题。据我所知，如果我正确考虑标准采集间隔与标准分辨率，则可以解释5。换句话说，如果我们假设5分钟的标准收集间隔和1分钟的标准分辨率，则在收集间隔的5分钟内，将收集5个单独的数据点。该示例说明在3个评估期内需要3个数据点，这少于CloudWatch收集的5个数据点。然后，CloudWatch将在单个集合定义的5个数据点评估范围内拥有所需的所有数据点。例如，如果集合中缺少5个预期数据点中的4个，则您有一个已定义的数据点，因此在评估范围内还需要2个才能达到警报评估所需的三个。这2个（不是集合中实际缺少的4个）在文档中被视为“缺失”数据点-我发现这很令人困惑。 the AWS documentation中的表提供了示例，说明“丢失” 2个数据点的不同处理如何影响警报评估。
不管这是否是正确的解释，都可以在文档中更好地解释。