时间戳

首页 > 解决方案 > 首次保留策略后的石墨数据丢失

graphite - 首次保留策略后的石墨数据丢失

问题描述

我在 storage-schemas.conf 中使用以下保留策略将数据插入 Graphite db

[default_1min_for_1day]
pattern = .*
retentions = 10s:2m,20s:4m

我已经为指标键插入了数据，并且数据在 2 分钟后丢失，我无法使用下面的渲染 api 获取数据，它在 2 分钟后丢失，低于过去 3 分钟或 1 小时或当前日期

GET : http://localhost:50000//render?target=metrics.*.api.proxy.north.*.*.danna.*.success.*&format=json&noNullPoints=true&from=20200110

标签： graphitegraphite-carbon

解决方案

你可以关注 githib 链接

https://github.com/graphite-project/whisper/issues/289

切换边界时，aggregationMethod 将应用于此保留策略。

第一次保留 - 10s:5m 意味着 Graphite 将在存档 0 中存储 30 个数据点（过去 5 分钟每 10 秒）。

请注意，即使没有数据到达，它也会始终存储这些数据点。在这种情况下，Graphite 会将 NULL 放在那里。

然后下一个保留 - 1m:1d 意味着每分钟耳语将从存档 0 中获取这 10 秒数据点中的 6 个，应用 average() 函数并将它们存储在存档 1 中。但请注意，只有在至少 3 个（数字数据点数 - 6 乘以 xFilesFactor = 0.5) 或存档 0 中的更多点具有值（即不是 NULL）。否则，Whisper 决定它没有足够的数据来传播并改为设置 NULL。

等等 - 第三次保留 1h:30d 意味着来自档案 1 的 60 个数据点将使用平均函数聚合并传播到档案 2，但前提是其中至少有 30 个具有价值等。

推荐阅读