统计数据和石墨问题与stats_counts指标有关

我遇到了whipser保存的stats_counts指标问题.

在我的应用程序中,我在同一时间触发了两种指标:计数器增量时间.
当我比较特定的度量图表:stats_counts“count”的计时器我得到相同的结果4小时约,但当看更长的时间 – 比如12小时,我可以看到很大的差异.

我发现这篇文章:Tracking metrics using StatsD (via etsy) and Graphite, graphite graph doesn’t seem to be graphing all the data
但它没有帮助我.

在我看来,这是一个配置问题,但我无法理解是什么问题.

这是我的配置文件的外观:

存储schemas.conf:

[stats]
priority = 110
pattern = ^stats\..*
retentions = 10s:6h,1m:7d,10m:1y

[stats_counts]
priority = 110
pattern = ^stats_counts\..*
retentions = 10s:6h,1m:7d,10m:1y

存储aggregation.conf:

[min]
pattern = \.min$
xFilesFactor = 0.1
aggregationMethod = min

[max]
pattern = \.max$
xFilesFactor = 0.1
aggregationMethod = max

[sum]
pattern = \.count$
xFilesFactor = 0
aggregationMethod = sum

[stats_counts]
pattern = ^stats_counts\.
xFilesFactor = 0
aggregationMethod = sum

[default_average]
pattern = .*
xFilesFactor = 0.3
aggregationMethod = average

正如你所看到的,我有聚合的“stats_counts”规则,但似乎它没有那么好用,不知道我错过了什么?也许我在那里写的正则表达式的语法并不好:^ stats_counts.

最佳答案 问题是,当我在碳缓存过程中调用“停止”时,为了使用较新的配置引用其内存,它并没有真正停止,因此配置是旧的.

因此,上述配置没有任何问题.只需确保您的配置实际上被碳过程吸收 – 使用whisper-info.py命令:

whisper-info.py your_metric_file_name.wsp

请注意,碳缓存停止似乎存在问题:
https://answers.launchpad.net/graphite/+question/135957

点赞