我遇到了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