2016-10-13 5 views
0

非常に基本的な保持スキーマを設定したカーボン/グラファイトスタックがあります。これらの保存期間は、2つの統計情報を除いてうまく機能します.1週間のみ有効です。いくつかの統計データを保持していないグラファイト/カーボン

マイストレージ-schemas.conf:

[carbon] 
pattern = ^carbon\. 
retentions = 60:90d 

[collectd] 
pattern = ^collectd.* 
retentions = 10s:2d,1m:14d,5m: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 

[default_average] 
pattern = .* 
xFilesFactor = 0.5 
aggregationMethod = average 

は、すべての統計情報は、collectdが付い到着し、その保持パターンが正しいです。

木10月13日午前11時25分16秒2016 :: collectd.host_domain_com.openstack - キーストーン - 合計のためのCarbonLinkキャッシュクエリ要求:Grafanaで影響を受けたダッシュボードを表示すると、私はグラファイトのcache.logに以下を参照してください。ゲージ・ユーザー・カウントが0のデータポイント、影響を受けたの.wspにwhisper-info.py使用

を返さ示し、以下:

maxRetention: 31536000 
xFilesFactor: 0.5 
aggregationMethod: average 
fileSize: 1710772 

Archive 0 
retention: 172800 
secondsPerPoint: 10 
points: 17280 
size: 207360 
offset: 52 

Archive 1 
retention: 1209600 
secondsPerPoint: 60 
points: 20160 
size: 241920 
offset: 207412 

Archive 2 
retention: 31536000 
secondsPerPoint: 300 
points: 105120 
size: 1261440 
offset: 449332 

は、誰もが私が見逃しているかもしれ何かを示唆することはできますか?

答えて

0

この回答は2つの問題から発生します。まず、.countの代わりに名前の最後に-countを付けてデータポイントを送信するので、デフォルトの集約がデータに適用されています。 10秒ごとにデータを送信しないので(デフォルトではxFilesFactorが0.5であるため)、データは保存ポイントに当たったときに停止し、予想されるデータポイントの50%代わりに値が格納されます。

関連する問題