为什么 AWS Cloudwatch 在确定缺少数据点的警报状态时使用评估范围？

Question

从文档：

无论您为如何处理缺失数据设置什么值，当警报评估是否更改状态时，CloudWatch 都会尝试检索比评估期指定数量更多的数据点。它尝试检索的确切数据点数量取决于警报周期的长度以及它是基于标准分辨率还是高分辨率的指标。它尝试检索的数据点的时间范围是评估范围。

文档继续给出了一个警报示例，其中“EvaluationPeriods”和“DatapointsToAlarm”设置为 3。他们指出 Cloudwatch 选择了 5 个最近的数据点。我的部分问题是，他们从哪里得到 5？从文档中不清楚。

我的问题的第二部分是，为什么会有这种行为（或者至少，为什么默认情况下有这种行为）？如果我将评估期设置为 3，将我的数据点设置为警报为 3，并告诉 Cloudwatch 将“TreatMissingData”视为“违规”，我将预计 3 个丢失数据周期会触发警报状态。这不一定会发生，如文档中的示例所示。

Answer 1

我也有同样的问题。据我所知，如果我正确考虑标准收集间隔与标准分辨率，则可以解释 5。换句话说，如果我们假设标准收集间隔为 5 分钟，标准分辨率为 1 分钟，则在收集间隔的 5 分钟内，将收集 5 个单独的数据点。该示例指出您需要 3 个评估期的 3 个数据点，这少于 CloudWatch 收集的 5 个数据点。然后，CloudWatch 将在单个集合定义的 5 个数据点评估范围内获得所需的所有数据点。例如，如果集合中缺少 5 个预期数据点中的 4 个，则您有 1 个定义的数据点，因此在评估范围内还需要 2 个数据点才能达到警报评估所需的 3 个数据点。这 2 个（不是集合中实际缺失的 4 个）被认为是文档中的“缺失”数据点 - 我发现这令人困惑。AWS 文档中的表格提供了示例，说明对“缺失”2 个数据点的不同处理如何影响警报评估。

不管这是否是正确的解释，文档中都可以更好地解释这一点。