问题标签 [whisper]

当我设置例如时，我的石墨有问题（我想是的）。72h 的 CPU 系统图一切正常，当我设置超过 72 时，我会看到数据等 - 例如。从这一刻起 73 或 73-89h 我看到空白图表 我什至看不到最新数据 72h

我尝试更改 storage-schemas.conf 例如。

我尝试通过此选项进行更改

但有时它会有所帮助，但几天后问题又回来了

有趣的是，它在某些图表上正常工作（所有数据来自 collectd）

Graphite-web 1.2.0DEV 去碳 0.13.0

我正在使用石墨 + 耳语来监控系统指标，但由于指标的数量正在增加，使用耳语作为存储变得越来越困难，因为它不是最佳解决方案，因为它不是一个最佳解决方案，因为它是 inode 表的瓶颈，而且它也不可扩展。

任何人都有建议哪个数据库可以代替 Whisper，这可以解决 inode 表瓶颈问题，并且还具有可扩展性和快速性。

我在 Graphite 中跟踪并在 Grafana 中显示的某些指标没有得到预期的结果。

对于像这样的指标：

我有一个保留政策，例如：

我正在从 api 中提取数据，按用户发生提交的那一分钟进行总结，并将其添加到该分钟的时间戳（向下舍入到整分钟）。

我使用的存储聚合策略是这样的：

我希望，一旦时间框架超过 30 天，并且我正在使用以下函数运行指标：

，我会看到任何时间段的每小时提交。但是，一旦我超过 30 天，它似乎每天报告的次数要少得多。

我做错了什么吗？

如果我没有在没有提交的情况下在分钟内添加零指标，会不会有问题？

我非常感谢任何指导 - 我对石墨还很陌生。

我有一个问题：我想将耳语数据保留 1 年（7 天 5 秒、30 天 1 分钟、1y 5 分钟）

这个对吗：

我的数据会保留多久？1年 ？还是 (7d+30d+1y) ？

其次，我想将数据保留 2 年（7 天 5 秒，30 天 1 分钟，1y 5 分钟，2y 1h

这个对吗？

谢谢！

我想使用 Whisper-merge 使用聚合方法合并两个耳语数据库，但如果时间戳有任何重叠，似乎一个数据会替换另一个数据。

显然石墨本身可以聚合数据，但有谁知道命令行实用程序来执行聚合？

我已经启动了 30 秒间隔的石墨耳语数据文件。( retentions = 30s:1y)

我的问题是，如果时间间隔不是 60 秒，Carbon/Whisper 将如何处理时间序列数据？在我的情况下，数据点之间的时间间隔可以是多于或少于 30 秒的几秒。在发送到 Carbon 的侦听器端口之前，我应该将其“调整”到 30 秒吗？

在发布上述问题之后，我通过创建“完美”时间序列数据并将其发送到 Carbon-Whisper 文件，然后更改时间戳并发送到第二个 Whisper 文件来对其进行测试。结果在这里：但是，如果有人知道这是记录在案的行为，请告诉我。第一张表是可以理解的，时间戳正好是 60 秒。

在第二个表中，时间戳被更改为稍微偏离 60 秒对齐。注意第三和第四行。第三行数据被忽略，第四行（2180）的数据被插入到第三个数据点，因为时间戳关闭了 5 秒。Whisper 忽略了第五行。

谢谢。

耳语对文件系统有什么要求吗？当碳缓存将其指标写入托管在网络存储上的耳语数据库时，是否会出现任何问题？我们正在考虑graphiteapp/graphite-statsd使用持久存储（Azure 存储帐户中的文件共享）在 Azure 上运行容器。

其次，多个容器实例可以挂载这个文件共享（作为一个卷）吗？我们想使用几个实例来获取度量，另一个用于读取（配对作为 的边车grafana/grafana）？我希望以这种方式实现某种形式的冗余。或者每个碳缓存都应该有它自己的专用/隔离文件系统（本地或网络）。

我们遇到了带有耳语存储的渲染功能石墨性能差的问题。目前存储大约需要 24GB，这只是 1 个月的生产数据。

询问：

此查询返回 3MB 的数据

是预期的速度还是我们需要一些额外的调整？在我们的 Grafana 仪表板上，我们有大约 15 个面板（15 个查询），因此加载这些面板需要很长时间

我们的系统是来自https://hub.docker.com/r/graphiteapp/graphite-statsd/的 8 核 32GB RAM SSD DockerContainer