首页
学习
活动
专区
圈层
工具
发布
社区首页 >问答首页 >Prometheus servicemonitor间隔被忽略。

Prometheus servicemonitor间隔被忽略。
EN

Stack Overflow用户
提问于 2020-12-01 23:28:50
回答 2查看 2.2K关注 0票数 1

我的指标每30秒刮一次,即使我在定义服务程序时指定了10s间隔。

我为我的出口商创造了一个似乎运转良好的服务程序。我可以将我的出口商视为目标,并查看/graph端点上的指标。然而,当在“目标”页面上,“最后一次擦拭”显示间隔为30(我刷新页面以查看秒的值将上升到多高,为30)。果然,放大图表显示,每30秒就会出现一次度量指标。

我已经将服务程序的间隔设置为10,它应该覆盖任何其他时间间隔。为什么会被忽视?

代码语言:javascript
复制
 endpoints:
- port: http-metrics
  scheme: http
  interval: 10s
EN

回答 2

Stack Overflow用户

发布于 2020-12-02 17:31:22

首先:重复检查是否更改了ServiceMonitor,是否需要更改,以及是否正在查看ServiceMonitor中的擦伤。

转到prometheus的web并选择Status ->配置。现在,尝试找到prometheus操作符创建的配置的一部分(基于ServiceMonitor配置)。按服务程序名查找可能会有效--应该有一个带有job_name的部分包含您的服务程序名。

现在查看本节中的scrape_interval值。如果它是“30”(或者其他不是预期的“10”),并且您确定您看到的是正确的部分,那么它意味着发生了这样的事情之一:

  • 您的ServiceMonitor并没有真正包含"10s“--也许它没有正确地应用?验证集群中的活动对象
  • Prometheus -操作员没有更新Prometheus的配置--也许它不起作用?还是崩溃了?还是默默地停止工作?重新启动普罗米修斯操作舱是相当安全的,也许这是值得一试的.
  • prometheus没有正确加载新配置吗?prometheus操作员更新一个秘密,当它被更改时,prometheus吊舱中的侧卡触发了prometheus的重新装载。也许这不管用?再次查看状态->运行时的Web &用于“配置重新加载”的构建信息。成功了吗?“最后一次成功配置重新加载”的时间是否与您在服务程序中的更改大致匹配?如果它不是“成功的”,那么其他的一些更改可能会使最终的promethuus配置不正确,并且它无法加载它?
票数 2
EN

Stack Overflow用户

发布于 2020-12-02 11:15:36

如果我正确地理解了(按照用Prometheus配置Grafana查询间隔 ),那就会像预期的那样工作。

这是按计划进行的。这是因为Grafana选择了一个步骤大小,在该步骤满之前,它不会显示新数据,或者更确切地说,Prometheus不会返回一个新的数据点。所以这一切都如预期的那样起作用。为了更快地看到更多的数据,您需要将步骤大小对齐以使其更小。Prometheus接口动态地设置步骤,这就是在那里获得不同结果的原因。 它是每个Grafana面板的配置

Grafana本身不建议使用间隔小于30秒的时间,您可以在仪表板刷新率问题部分的Grafana仪表板故障排除文档页面中找到合理的解释

默认情况下,仪表板刷新速率问题,Grafana每30秒查询一次数据源。在仪表板上设置较低的刷新速率会给后端带来不必要的压力。在许多情况下,频繁地查询这一点是没有意义的,因为数据没有被发送到系统,这样就可以看到更改。 我们建议如下:

  • 除非您需要,否则不要在仪表板、面板或变量上启用自动刷新。用户可以手动刷新浏览器,也可以将刷新速率设置为合理的时间段(每隔10分钟、每小时等)。
  • 如果需要,则将刷新速率设置为每分钟一次。同样,用户总是可以手动刷新仪表板。
  • 如果您的仪表板有较长的时间周期(例如一周),那么您确实不需要自动刷新。

有关更多信息,您还可以访问仍然打开的在仪表板中指定Prometheus中所需的步骤 github问题。

票数 0
EN
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://stackoverflow.com/questions/65100084

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档