![](/img/trans.png)
[英]Tracking metrics using StatsD (via etsy) and Graphite, graphite graph doesn't seem to be graphing all the data
[英]StatsD and Graphite issues with stats_counts metrics
我在使用whipser保存的stats_counts指標時遇到了問題。
在我的應用中,我同時觸發兩種指標:計數器增量+時間。 當我比較特定的指標圖:stats_counts +計時器的“ count”時,大約4個小時我會得到相同的結果,但是如果查看更長的時間(例如12個小時),我會看到很大的不同。
我發現了這篇文章: 使用StatsD(通過etsy)和Graphite跟蹤指標,石墨圖似乎並不能繪制所有數據,但是它並沒有幫助我。
在我看來,這是一個配置問題,但我不明白這是什么問題。
這是我的配置文件的外觀:
storage-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
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”規則,但它似乎工作得不太好,知道我缺少什么嗎? 也許我寫的Regex的語法不好:^ stats_counts。
問題是,當我在Carbon-cache進程中調用“停止”時,為了使用新的配置引用其內存,它並沒有真正停止,因此該配置是舊的。
因此,上述配置沒有錯。 只要使用whisper-info.py命令確保配置實際上已被碳處理吸收了:
whisper-info.py your_metric_file_name.wsp
請注意,碳緩存的停止似乎存在問題: https : //answers.launchpad.net/graphite/+question/135957
聲明:本站的技術帖子網頁,遵循CC BY-SA 4.0協議,如果您需要轉載,請注明本站網址或者原文地址。任何問題請咨詢:yoyou2525@163.com.