4

ウィップザーが保存するstats_countsメトリックに問題があります。

私のアプリでは、カウンターの増分 + 時間という 2 種類のメトリックを同時に起動しています。特定のメトリクス グラフを比較すると、タイマーの stats_counts + "count" で約 4 時間同じ結果が得られますが、より長い期間 (たとえば 12 時間) を見ると、大きな違いが見られます。

この投稿を見つけました: Tracking metrics using StatsD (via etsy) and 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」ルールがありますが、うまく機能していないようです。何が欠けているのでしょうか? そこに書いた正規表現の構文が良くないかもしれません: ^stats_counts.

4

1 に答える 1

2

問題は、新しい構成でメモリを参照するためにカーボンキャッシュプロセスで「停止」を呼び出したときに、実際には停止せず、構成が古いものだったことです。

したがって、上記の構成に問題はありません。whisper-info.py コマンドを使用して、設定が実際にカーボン プロセスに吸収されていることを確認してください。

whisper-info.py your_metric_file_name.wsp

カーボンキャッシュの停止に問題があるように見えることに注意してください: https://answers.launchpad.net/graphite/+question/135957

于 2013-03-06T17:37:27.313 に答える