[英]Drawing ALB RequestPerCountPerTarget accurately on AWS Cloudwatch Dashboard
AWS ALB 目标组有一个指标“RequestCountPerTarget”,乍一看似乎非常有趣。 然而,这个指标似乎只在指标的完整详细视图中准确显示,当它与其他指标一起出现在 CloudWatch 仪表板上时,它完全被搞砸了。
当我配置指标时,我有这个,这是对我最有用的正确的,即。 单个服务器每分钟收到的请求数
使用此图,我可以快速确定我的应用程序是否超载:从我服务器的平均响应率,我可以推断出单个服务器可以承受的最大 RPM(每分钟请求数)(恰好约为 200 RPM/在我的情况下服务器)
但是,在 CloudWatch 仪表板上,此指标显示如下
如果我的理解是正确的,AWS CloudWatch 仪表板使用插值来避免请求许多数据点,但在这种情况下,插值似乎正在做的不是在仪表板上取“RequestCountPerTarget during 1min”的平均值期间(屏幕截图中的 1 周),但是仪表板期间的“RequestCountPerTarget during 1min”总和,这完全破坏了指标的目的:我不关心 1 周内收到的请求总数(因为如果这些请求在时间范围内均匀分布,这对我的服务器基本上没有任何意义),但我确实关心 1 周内 1 分钟内收到的平均最大请求数(因为这将反映实际的请求峰值)。
有没有解决的办法 ?
在您的第一个图表中,您将时间段设置为 1 分钟,而 CloudWatch 会遵守这一点。
当您将该图放在仪表板上并更改仪表板的时间范围时,CloudWatch 将调整时间段以使仪表板加载速度更快。
您可以通过在仪表板打开时转到仪表板顶部的Actions -> Period
并将值从Auto
更改为Do not override
来更改该行为。 这将使仪表板尊重您在图表上设置的时间段。
要使更改永久化,请转到Actions -> View/edit source
并将"periodOverride": "inherit"
放在小部件列表上方(确保保存仪表板,不会自动保存...)。
{
"periodOverride": "inherit",
"widgets": ...
}
欲了解更多信息:
声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.