当前位置: 首页 > 知识库问答 >
问题:

石墨/碳不保留某些统计数据

阎安邦
2023-03-14

我有一个碳/石墨堆栈与一些非常基本的保留模式设置。除了一些统计数据之外,这些保留期工作得很好--这些似乎只持续一周。

我的存储-schemas.conf:

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

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

在受影响的.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

有人能提出我可能错过的什么吗?

共有1个答案

祁通
2023-03-14

所以这个问题的答案来自几个问题。首先,在名称末尾使用-count而不是。count提交数据点,因此将对数据应用默认的[sum]聚合。因为我们不是每10秒提交一次数据(并且因为我们的xFilesFactor在默认值为0.5),所以当数据达到保留点时就会被删除,而且由于预期的数据点不到50%,所以存储的是一个null值。

 类似资料:
  • 我对whipser保存的stats_counts指标有问题。 在我的应用程序中,我同时使用了两种指标:计数器递增时间。当我比较具体的指标图:stats _ counts“count”的计时器时,我得到了大约4小时的相同结果,但是当查看更长的时间时,比如12小时,我可以看到很大的差异。 我发现了这篇文章:使用StatsD(通过etsy)和Graphite跟踪指标,Graphite graph似乎无法

  • 现在,这个脚本输出了乍一看应该输出的内容。输出的格式为,但是没有绘制图形。它们出现在石墨仪表板上,但它们是空的。我已经用Wireshark检查了发送到graphite服务器的输出。与只有LF的linux相反,在windows中,消息被附加了CRLF。我手工添加了,在一小段时间内,它确实发挥了作用,但现在它停止工作了。 我的问题是,我在传输中做错了什么,因为我一直在分析trafic,来自linux机

  • 我每分钟从另一台服务器向托管graphite的服务器发送4个指标。我已经安装了graphite 我使用graphite和Grafana进行实时显示,并将Grafana设置为每10秒自动刷新一次。延迟3分钟有点不寻常。我怀疑网络是否造成了这么大的延迟。是否有必要调查一下为什么延迟如此之大? 非常感谢。

  • 我有一个目标。我想通过删除除某些特定属性之外的所有属性来修改对象(而不是克隆它)。例如,如果我从这个对象开始: 并且只需要属性p1、p2和p100,如何获得此对象: 我明白如何用蛮力做到这一点,但我想要一个更优雅的解决方案。