代码之家  ›  专栏  ›  技术社区  ›  Dean Hiller

不正确的谷歌云指标?或者发生了什么?

  •  0
  • Dean Hiller  · 技术社区  · 5 年前

    我的背景更多的是来自Twitter端,所有的数据都是每分钟记录的,所以你每分钟可能有120个请求。在twitter内部,有人想出了一个聪明的主意,可以除以60,所以大多数图表(除了一些团队,他们意识到除以60根本不是真正的rps,因为在一分钟内,它会波动)。因此,许多图表不是每分钟120个请求,而是每秒2个请求。在谷歌,他们似乎也在做同样的事情,只是数学没有显示这一点。在twitter上,我们可以乘以60,答案总是一个整数,即那一分钟内发生了多少个请求。

    然而,在谷歌,我们看到每秒0.02个请求,如果我们乘以60,每分钟1.2个请求。如果他们是一分钟的粒度,他们肯定是计算错了,或者他们的数学有问题。

    这来自cloudrun metrics,我们点击实例本身

    enter image description here

    我错过了什么?更好的是,我们能按要求每分钟汇报一次吗。每秒请求数实际上是那一分钟的平均请求数/秒,当我们讨论如何获得0.5请求/秒时,人们可能会感到困惑。

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

    每个云运行实例都会创建这个图表,所以我假设每个人的图表都是一样的,但如果我单击“在metrics explorer中查看”,它就会给出“谷歌如何配置它”的图片。。。。

    enter image description here

    0 回复  |  直到 5 年前
        1
  •  0
  •   Ralemos    5 年前

    因为它可以在 Metrics from Cloud Run Documentation 请求计数度量每60秒被采样一次,它不包括不到达容器实例的计数请求,所给出的示例是在达到最大数量的实例之后未授权的请求或请求发送的,这显然不是你的情况,而是需要考虑的事情。

    假设请求计数的计算是错误的,我在 Google's IssueTracker system 为了让监控和云运行组件检查是否有任何与此相关但找不到的漏洞,我建议您在他们的系统中创建一个漏洞,以便谷歌能够解决它,并在修复后通知您。

    推荐文章