统计D和石墨问题与stats_counts指标

Question

我对whipser保存的stats_counts指标有问题。

在我的应用程序中，我同时使用了两种指标:计数器递增时间。当我比较具体的指标图:stats _ counts“count”的计时器时，我得到了大约4小时的相同结果，但是当查看更长的时间时，比如12小时，我可以看到很大的差异。

我发现了这篇文章：使用StatsD（通过etsy）和Graphite跟踪指标，Graphite graph似乎无法绘制所有数据，但对我没有帮助。

在我看来，这是一个配置问题，但我无法理解问题所在。

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

storage-schema . 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

storage-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。

Answer 1

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

所以，上面描述的配置没有问题。只要确保你的配置实际上被碳过程吸收了——使用whisper-info.py命令：

耳语信息。py your_metric_file_name.wsp

请注意，碳缓存停止时似乎存在问题：https://answers.launchpad.net/graphite/问题/135957