问题标签 [rrd]

我正在使用使用RRDTool作为数据库的Ganglia来获取有关我的服务器的图表，但是在安装和设置之后，我注意到数据的表示方式有些混乱，至少在Ganglia中网页界面。

举一些例子：（出于安全原因，我删除了我的 IP 地址） 这个图表是什么意思？我想查看我的服务器中的磁盘数量。在 Y 轴上，它给出了千字节的概念，对吗？我应该如何阅读这张图表？

另一个例子是这个：

Y轴是什么意思？这里代表了什么？哪个指标？千字节、兆字节、千兆字节？我认为图表不应该给想象力留有余地，任何人都应该能够看到图表并且知道这里有代表。

所以我想这样做，但我怎样才能纠正这些缺乏信息？（或误解信息）

有没有一种方法可以让 rrdGraph 创建一个突出显示任何丢失数据的图表，而不是仅仅将该空间留空？

我正在使用 Python 开发一个模拟引擎，我收集了很多指标。模拟以高速运行并生成大约 100K 事件/秒（我可以通过每秒合并这些事件来进行一些处理）。我正在寻找一种将这些指标记录为时间序列的机制。

我的要求是：

1. 我希望在与模拟相同的进程中使用此日志记录机制，而不是在外部进程（如 Graphite）中

2. 该机制必须能够处理 100K 事件/秒，而不会减慢模拟速度。

3. 我想按如下方式存储数据：每个指标相关数据应以 1 秒粒度存储 60 分钟、1 分钟粒度 1 天、5 分钟粒度 2 天、1 小时粒度 6 个月和 1 天粒度 3年的持续时间。我希望这种机制能够根据指定的范围处理数据合并。

4. 理想情况下，我想维护一个文件来保存一次模拟运行的指标信息。对于模拟的另一次运行，必须创建一个单独的文件。

5. 拥有一个经过良好测试且随时可用的库/模块会很好:)

顺便说一句，我粗略地看了一下 RRDTool，但据我了解，Python 库似乎是 RRDTool 二进制文件的一个薄包装器。如果可能的话，我正在寻找更紧密的集成。

TIA

我正在使用GangliaandRRDTool在网页中显示图表。一切都很好，但对于某些机器来说，图表DISK存在某种错误。以下是它们在某些机器中的外观（两台机器都在同一台机器上cluster）：

这个是正确的，关于磁盘空间：

但是这个显示了 1.4Kb 的磁盘空间。这是不正确的。我怎样才能解决这个问题 ？任何想法 ？我已经卸载它并安装了很多次，但它似乎并没有解决问题。

有人能解释一下如何将原始数据从 RRD 提取到 JSON 或 Highcharts 数据吗？我需要搜索日期范围并将数据转换为 Highcharts。提前致谢。

我正在尝试在装有 CentOS 4.1 的机器上构建 rrdtool-1.4.8，当我运行配置脚本时，尽管添加了-I/usr/include/glib-2.0和-I/usr/lib64/glib-2.0/includeCPPFLAGS：

抛出以下错误：

但是已经安装了 glib2-devel 包：

我意识到我可能遗漏了一些非常微不足道的东西，但我做错了什么？

glib-2.0 是错误的版本吗？我应该编译一个更新的并链接它吗？

大家好，我是 rrdtool 的新手，我想将 rrdtool 用于我的一个 python 项目，我正在尝试通过在命令提示符下键入此脚本来安装 rrdtool

这是我得到的输出：

我已经寻找解决方案但没有成功。请问谁能帮忙！！

我想通过 RRD 查询计算我的主机的某些功能的使用百分比。（我安装了 Cacti 并且 Cacti 将监视数据存储在 RRD 中）。

例如，如果有 1 GB 的总交换内存，现在我已经使用了 250 MB，我的查询的返回值应该是0.25 ，或者作为另一个例子，如果网络的总带宽是 200，现在使用 100，则所需的返回值是0.50

我的问题是：

1) RRD 可以告诉我这些总值（主机的总内存或网络总带宽）吗？
2) 哪种查询语法可以返回示例中描述的百分比？

如果我的问题不明显，我可以描述更多。如果有人可以向我指出有关 RRD 的一些好的文档以自己解决这个问题，或者如果有人可以给我一个良好的开端，我将不胜感激。

任何人都可以向我解释为什么当我从我的 rrd-db 获取时得到的值与我填充的值不同。

以下是命令：

一个。创建数据库

湾。填写数据

C。获取数据

输出：

我用数据在确切的时间段内填充数据库。我不知道为什么它显示 7.3 和 5.3？！我错过了什么吗？

RRD 是默认的存储介质。但它依赖于架构（arm、x86、x64）——从一个架构创建的 RRD 文件无法在不进行转换的情况下被另一种架构读取。因此，我想寻求替代方案。

然而，RRD 的一大好处是固定大小——如果有新数据进来，旧数据将被删除。是否有固定大小、独立于架构、支持收集的介质？

我正在运行collectd 5.1。

提前致谢