Prometheus 是否有人使用$\u区间选择固定值的范围?

Prometheus 是否有人使用$\u区间选择固定值的范围?,prometheus,grafana,Prometheus,Grafana,在PromQL中,我们使用范围向量选择器来获取函数的范围向量,如rate()。Grafana提供动态变量$\u interval,其使用方式如下: sum(rate(my_metric{foo="bar"}[$__interval])) 它的值是一个近似值,因此生成的范围向量包含大约每个像素(或多个)的一个条目。据我所知,这可以防止过度抓取 到目前为止还不错。但是看看Grafana Cloud中的多个可用仪表板,或者例如Robust Perception提供的演示仪表板,没

在PromQL中,我们使用范围向量选择器来获取函数的范围向量,如
rate()
。Grafana提供动态变量
$\u interval
,其使用方式如下:

sum(rate(my_metric{foo="bar"}[$__interval]))
它的值是一个近似值,因此生成的范围向量包含大约每个像素(或多个)的一个条目。据我所知,这可以防止过度抓取

到目前为止还不错。但是看看Grafana Cloud中的多个可用仪表板,或者例如Robust Perception提供的演示仪表板,没有人使用
$\u interval
。相反,人们选择
1m
5m
,即使没有使用记录规则或警报


有什么原因吗?

对于可能放大/缩小的图形,
$\u间隔
非常有用。在这种情况下,Grafana会自动调整当前缩放级别的
$\u间隔。例如,
$\uu interval=15s
用于
15s*1000=~4小时
时间范围内的图形(1000是Grafana构建图形的每个时间序列请求的大致点数;对于水平分辨率高达4000像素的监视器来说,这通常足够了),而
$\uu interval=1h
用于
1h*1000=~40天时间范围内的图形。这允许在构建图形时考虑原始时间序列中的所有原始数据点


如果在方括号中使用固定的
5m
值,则在小于
5m*1000=~3.5天的时间范围内,图形的准确性可能会受到影响。如果图表的时间范围超过3.5天,那么一些原始数据点将在计算中丢失。

这听起来像是
$\u interval
优于固定的备选方案,而且大多数人仍然使用固定值,例如节点导出器的官方仪表板。我只是想知道为什么会出现这种情况,因为有两个原因:1)
$\u间隔
仅在Grafana中受支持-它不是ProMQ的一部分。因此,内部有
$\u interval
的查询不能复制到警报或记录规则中。2)
$\u间隔
值在短时间范围内可能变得太小。这可能会破坏一些图表。比如说,,