不正确的Google Cloud指标?还是发生了什么?

问题描述 投票:0回答:1

我的背景更多是来自Twitter方面,所有统计信息均记录在分钟内,因此您每分钟可能有120个请求。在Twitter内部,有人有一个好主意,就是要除以60,所以大多数图形(除了一些团队,他们意识到除以60根本不是真正的RP,因为一分钟之内会波动)。因此,许多图形而不是每分钟120个请求,而是每秒报告2个请求。在Google中,似乎他们在做同样的事情,只是数学没有显示出来。在Twitter中,我们可以乘以60,答案始终是该分钟内发生的请求总数的整数。

但是在Google中,我们看到0.02个请求/秒,如果乘以60,则为每分钟1.2个请求。如果它们只是一分钟的粒度,则肯定是在数错或数学出了问题。

这是来自单击实例本身时的cloudrun指标

enter image description here

我在这里想念什么?而且更好的是,我们可以每分钟请求一次报告。每秒请求数确实是该分钟的平均请求数/秒,当我们讨论如何获取0.5请求/秒时,这确实会使人们感到困惑。

我假设这不是在分钟边界每秒每秒的请求,因为这很难计算,但也将是整数...即。 0个请求或1个请求,而不是0.2个,说实话,这将毫无用处。

每个云运行实例都会创建此图表,因此我认为每个人都相同,但是如果我单击“在指标资源管理器中查看”,然后提供有关“ Google如何配置它的图片”。...

enter image description here

metrics google-cloud-run google-cloud-metrics
1个回答
0
投票

[在Metrics from Cloud Run Documentation上可用,请求计数指标每60秒采样一次,并且从未到达您的容器实例的请求计数中排除,给出的示例是未经授权的请求或在最大数量的请求之后发送的请求。实例已达到,显然不是您的情况,而是要考虑的事情。

[假设请求计数的计算是错误的,我在Google's IssueTracker system上做了一些挖掘,用于监视和云运行组件,以检查是否打开了与此相关的任何错误,但找不到任何错误,我建议您在他们的系统中创建了一个错误,以便Google可以解决该错误,并在此问题得到修复后通知您。

© www.soinside.com 2019 - 2024. All rights reserved.