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

时间:2013-03-06 06:27:31

标签: graph metrics graphite statsd

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

在我的应用程序中,我在同一时间触发了两种指标:计数器增量+时间。 当我比较特定的指标图表:stats_counts +计数器的“计数”时,我得到相同的结果,大约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。

1 个答案:

答案 0 :(得分:2)

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

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

whisper-info.py your_metric_file_name.wsp

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