etsy/statsdノードアプリケーションを実行しており、10秒ごとに統計情報をカーボン/ウィスパーにフラッシュします。あなたが最初の10秒で、100単位(カウント)を送信した場合、グラファイトは次のように、それらを適切に表示されます。正確なグラファイトの取得stats_counts
しかし、10秒後にlocalhost:3000/render?from=-20min&target=stats_counts.test.count&format=json
[{"target": "stats_counts.test.count", "datapoints": [
[0.0, 1372951380], [0.0, 1372951440], ...
[0.0, 1372952460], [100.0, 1372952520]]}]
、この数は、NULL、0まで低下し、または33.3。最終的には、最初のインクリメント数の1/6、この場合は16.6
の値に落ち着きます。
/opt/graphite/conf/storage-schemas.conf
は次のとおりです。私は、正確なカウントを取得したいと思い
[sixty_secs_for_1_days_then_15m_for_a_month]
pattern = .*
retentions = 10s:10m,1m:1d,15m:30d
、グラファイトは、60秒の窓を介してデータを平均するのではなく、おそらく、それを合計していますか?いくつかの時間が経過した後に、積分関数を使用して、明らかになります:
localhost:3000/render?from=-20min&target=integral(stats_counts.test.count)&format=json
[{"target": "stats_counts.test.count", "datapoints": [
[0.0, 1372951380], [16.6, 1372951440], ...
[16.6, 1372952460], [16.6, 1372952520]]}]
'render?from = -10min'を見て、それは期待どおりに動作するので、そこにスポットがあります。ありがとうございます。しかし、 'storage-aggregation.conf'には、' .count'メトリックを集計する行がありますので、グラファイト/カーボンによるダイナミック/パーマネント集約(永久ダウンサンプリングを行う人は誰ですか)がこれを無視しているようです。グラファイトのバグ(v0.9.10)、どのように/何が欠点であるかもしれないかについてのアドバイスは疑問だ。私はcarbon-cache.pyを停止して再起動しました。変更を有効にするためにグラファイトに同じ操作を行う必要がありますか? – AJP
メトリックを保存した後で(スキン=グラファイトのストレージに)スキーマまたは集約設定を変更した場合は、メトリックの.wspファイルを削除するか(グラファイトで再作成するか)、whisper-resize.pyを実行する必要があります。 .wspファイルに対してwhisper-info.pyを実行することによって、いくつかの細かいデータを調べることで設定を確認することができます。/graphite/storage/whisper /にあるメトリックの1つの.wspファイルを探し、設定を検証します。 'whisper-info.py my_metric_data.wsp'を実行します。 whisper-info.pyの出力には、ストレージの設定がどのように機能しているかが表示されます。 –
http://stackoverflow.com/questions/20433697/graphite-returning-incorrect-datapointで私を助けてください – GJain