碳保留模式不匹配

时间:2013-10-08 11:37:03

标签: design-patterns graphite

我的storage-schemas.conf

中有以下内容
[collectd]
pattern = ^machine\.
retentions = 60s:1d, 1m:14d

[grinder]
pattern = ^grinder\.
retentions = 10s:2d, 1m:14d

[catchall]
pattern = ^.*
retentions = 10s:2d, 1m:14d

但只有[catchall]machine.super_foo.cpu.0.cpu.nice

等名称匹配

2 个答案:

答案 0 :(得分:1)

试戴 pattern = ^machine\.*

最有可能的是,您的问题如下,(基于我的假设) - 您正在通过查看webapp中数据点的粒度来验证捕获度量标准的标头。这有一个缺点。每个.wsp文件创建使用此存储架构一次。因此,在运行测试时,如果它与catchall匹配,它将继续将其存储在该模式中,直到Grandalf返回。

解决方法是删除测试指标的.wsp文件,这些文件将是 - /opt/graphite/storage/whisper/stats/machine/super_foo/cpu/0/cpu/nice.wsp如果您使用默认值旋转它。

答案 1 :(得分:0)

事实证明我使用的是我认为的旧版碳,并且不支持新的符号:

  

此外,whisper支持传统的保留规范   向后兼容性原因 -   秒每数据点:计数的-数据点

     

保留= 60:1440

     

60表示每个数据点的秒数,1440表示   要存储的数据点的数量。这需要一些不必要的   复杂的数学,所以虽然它是有效的,但不推荐。

http://graphite.readthedocs.org/en/latest/config-carbon.html

我使用此脚本验证配置:

https://github.com/graphite-project/carbon/blob/master/bin/validate-storage-schemas.py

相关问题