Grafana 每分钟ProMQ请求数

Grafana 每分钟ProMQ请求数,grafana,prometheus,promql,Grafana,Prometheus,Promql,我试图在一个图中创建一个每分钟POST请求总数的图,但是有一个渐变模式让我相信我并没有得到每分钟请求的实际总数,而是得到了一个累积值 我的问题是: sum_over_time(django_http_responses_total_by_status_view_method_total{job="django-prod-app", method="POST", view="twitch_webhooks"}[1m]) 以下是表示重新启动的7天内的爬升模式: 让我相信我对sum_的理解是错误的

我试图在一个图中创建一个每分钟POST请求总数的图,但是有一个渐变模式让我相信我并没有得到每分钟请求的实际总数,而是得到了一个累积值

我的问题是:

sum_over_time(django_http_responses_total_by_status_view_method_total{job="django-prod-app", method="POST", view="twitch_webhooks"}[1m])
以下是表示重新启动的7天内的爬升模式:

让我相信我对sum_的理解是错误的,因为现有的webhook应该一直存在。在最近一次重新启动时,我们有72k的webhook订阅,因此,随着时间的推移,该值的上升是没有意义的,在开始捕获停机期间未捕获的webhook时,看到一个大的峰值会更有意义

这个问题对于我想要实现的目标正确吗


我使用django prometheus进行出口。

您希望随时间增加而不是求和,因为这是一个计数器。

您希望随时间增加而不是求和,因为这是一个计数器。

我也这么认为,谢谢您的确认。不过,我看到的一个问题是,这种上升趋势是相同的,如果我看过去24小时,它一直累积到每分钟10万以上,这肯定是不准确的。我只是简单地使用了与上面相同的查询,在一段时间内使用递增而不是求和,对吗?接受答案。看来我的实际问题是,普罗米修斯产卵的多个实例以某种方式导致了这些波动,当被视为单一目标时。我也这么认为,谢谢你的确认。不过,我看到的一个问题是,这种上升趋势是相同的,如果我看过去24小时,它一直累积到每分钟10万以上,这肯定是不准确的。我只是简单地使用了与上面相同的查询,在一段时间内使用递增而不是求和,对吗?接受答案。看来我的实际问题是,有多个普罗米修斯产卵的实例,当被视为单一目标时,会以某种方式导致这些波动。