1

AWS ALB 目标组有一个指标“RequestCountPerTarget”，乍一看似乎非常有趣。然而，这个指标似乎只在指标的完整详细视图上准确显示，当它与其他指标一起出现在 CloudWatch 仪表板上时，它完全被搞砸了。

当我配置指标时，我有这个，这是对我最有用的正确，即。单个服务器每分钟接收的请求数

在此处输入图像描述

使用此图，我可以快速确定我的应用程序是否过载：从我的服务器的平均响应率，我可以推断出单个服务器可以处理的最大 RPM（每分钟请求数）（恰好是 200 RPM/我的服务器）

但是，在 CloudWatch 仪表板上，此指标显示如下

在此处输入图像描述

如果我的理解是正确的，AWS CloudWatch 仪表板使用插值以避免请求许多数据点，但在这种情况下，插值似乎在做的不是在仪表板上平均“1 分钟内的 RequestCountPerTarget”周期（屏幕截图中的 1 周），但在仪表板周期内“RequestCountPerTarget during 1min”的总和，这完全破坏了指标的目的：我不关心 1 周内收到的请求总数（因为如果这些请求在时间范围内均匀分布，这对我的服务器基本上没有任何意义），但我确实关心 1 周内 1 分钟内收到的平均最大请求数（因为这将反映实际的请求峰值）。

有没有解决的办法 ？

4

1 回答 1

1

在您的第一个图表中，您将时间段设置为 1 分钟，CloudWatch 尊重这一点。

当您将该图表放在仪表板上并更改仪表板的时间范围时，CloudWatch 将调整时间段以更快地加载仪表板。

您可以在Actions -> Period打开仪表板时转到仪表板顶部的 并将值从 更改为Auto来更改该行为Do not override。这将使仪表板尊重您在图表上设置的时间段。

要使更改永久生效，请转到小部件列表Actions -> View/edit source上方"periodOverride": "inherit"（确保保存仪表板，不会自动保存...）。

{
    "periodOverride": "inherit",
    "widgets": ...
}

欲了解更多信息：

于 2020-07-11T06:29:02.197 回答