0

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

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

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

第一次: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 年的数据

你能解释一下上述保留政策吗

4

1 回答 1

0

切换边界时,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 个具有价值等。

于 2020-01-14T17:29:16.767 回答