从 Graphite DB 了解保留政策答案

【问题标题】：Retentions policy understand fro Graphite DB从 Graphite DB 了解保留政策
【发布时间】：2020-01-09 16:25:55
【问题描述】：

我在storage-schemas.conf 文件中提到了以下保留政策

[metrics]
pattern = ^metrics.api.*
retentions = 10s:5m,1m:1d,1h:30d,1d:1y,30d:10y

以下是我的理解此策略针对以 metrics.api* 开头的匹配模式运行

1st: 10s:5m -> 在 10s 插入 1 次或多次记录，然后它将获取最新记录并保持 1 个数据点，直到 5 分钟，它保持历史假设在 5m 中添加 5 个数据点为指标键。

2nd:1m:1d -> 在 5 分钟后对相同的指标键进行第二次运行，在 1m 处插入 1 次或多次记录，然后它将获取最新记录并维护 1 个数据点，直到 1d 它保持历史假设在 1d 中为 metrics 键添加了 15 个数据点。

所以我的问题是这 2 次保留会发生什么情况，平均第 1 次 5+15/2=10 会发生什么？并从第一次和第二次租借中获得一个平均数据点

--- 它可以存储 10 年的数据

您能否解释一下上述保留政策

【问题讨论】：

标签： graphite graphite-carbon

【解决方案1】：

aggregationMethod 将在切换边界时应用于此保留策略。第一次保留 - 10s:5m 意味着 Graphite 将在存档 0 中存储 30 个数据点（过去 5 分钟每 10 秒）。

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

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

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

【讨论】：