GCP中Grafana $__range的等效实现：Pod重启计数差值查询

问题根源 #

你误用了${__interval}变量——它代表的是Grafana图表的数据点步长（比如1分钟、5分钟），并非时间选择器的总范围。当你选择最近1小时时，${__interval}远小于1小时，因此offset ${__interval}只会偏移极短时间，导致前后查询结果几乎一致。而${__range}才是时间选择器的总时长（比如1小时），能准确定位到范围起始时刻的指标值。

直接可行的查询方案 #

将查询中的${__interval}替换为${__range}，即可实现「当前重启计数 - 时间范围起始时刻的重启计数」的需求：

sum by(pod_name) (
    kubernetes_io:container_restart_count
    -
    kubernetes_io:container_restart_count offset ${__range}
)

这个查询会自动适配Grafana时间选择器的任意范围（比如最近5分钟、3小时），动态计算对应时间段内的Pod重启次数差值。

优化方案（避免数据缺失） #

如果GCP指标的采集间隔不稳定，或者Pod在时间范围内有重建，建议结合last_over_time()函数确保获取到对应时间点的有效指标值：

sum by(pod_name) (
    last_over_time(kubernetes_io:container_restart_count[1m])
    -
    last_over_time(kubernetes_io:container_restart_count offset ${__range}[1m])
)

这里[1m]表示取时间点前后1分钟内的最后一次采集值，避免因offset后刚好没有采集点导致的空值问题。

替代语法（时间戳定位） #

如果GCP Monitoring对offset ${__range}的支持有问题，可以用@语法直接指定时间戳查询：

sum by(pod_name) (
    kubernetes_io:container_restart_count
    -
    kubernetes_io:container_restart_count @ (time() - ${__range_s})
)

${__range_s}是Grafana内置变量，代表时间范围的总秒数，time() - ${__range_s}计算出时间范围起始时刻的时间戳，@符号用于指定查询该时间点的指标值。

内容的提问来源于stack exchange，提问作者Mr. Techie