rrdtool绘图

最新推荐文章于 2024-11-09 21:51:58 发布

weixin_34072159

最新推荐文章于 2024-11-09 21:51:58 发布

阅读量99

点赞数

文章标签：数据库 shell 运维

原文链接：http://blog.51cto.com/daniang/850580

版权

官方文档：http://oss.oetiker.ch/rrdtool/doc/index.en.html

在介绍 RRDtool 之前，让我们先回顾一下它的前身：MRTG。相信只要做网管工作的朋友，对 MRTG 这个软件一定不会陌生，

至少也可能听过。MRTG 可以通过 SNMP 协议直接访问 SNMP Object ，例如 ifInOctect 和 ifOutOctect ；也可以通过外部

script 的方式，来监测cpu、内存、磁盘利用率、数据库的表空间利用率等信息。只要把 MRTG 放入 crontab 中让其自动运行，

MRTG 就可以自动为你绘制出每天、每周、每月、每年的统计图表。 MRTG 甚至还为你提供了自动生成配置文件的 cfgmaker 和

自动生成 HTML 页面的 indexmaker 这两个工具，让你省去逐个编写 cfg 文件的痛苦。到目前为止，还有很多人在使用它。它现在

有 Unix、Windows 各种平台，windows 平台上甚至出现了 PRTG 这样和 MRTG 很象的东东，轻点鼠标就可以漂亮的完成工作。

既然如此，我们为什么还要介绍 RRDtool 呢？先让我们看几个问题，几个在 MRTG 使用中常见的问题：

[size=4] 一）MRTG 不能作什么？[/size]

A）[color=blue]MRTG 一张图表只能显示2个对象，一个输入，一个输出。[/color]如果你想同时显示多个对象呢？例如笔者的单位有12台服务器。如果想

把它们的负载情况都显示在一个图表上，MRTG 至少需要6张图。

B）[color=blue]MRTG无法回放数据。[/color]MRTG 的图是自动生成的，所采用的数据也是由 MRTG 自己提取的，例如5分钟平均的记录有288条， MRTG每20分钟合并一次，

每次合并4个记录。在50个小时后，288条记录将全部变成20分钟平均的数据。如果你想回放这些数据怎么办呢？对不起，只能去

看第2个图了（每周）。

C）[color=blue]MRTG 只有 COUNTER 和 GAUGE 这两种计算类新。[/color]如果我要监测两个数值型的对象之间的大小，它们之间的差值可以是正数，也可以

是负数。MRTG 能实现吗？笔者在多次试验中发现，MRTG 对于负数的和 ‘.15’ 这样格式的小数（通常都是bc的输出）的识别会出错。

例如把 ‘.72’ 识别为 72，把 -1 识别为 1。

D）[color=blue]MRTG 无法实现有条件的绘图。[/color]有时候我们只想看某个服务器在一年之中的宕机时间，正常时间我们不关心；或者我们想看当前值和去年同期相比究竟如何？这些都是

MRTG无法做到的

[size=4]二） MRTG 的优点[/size]

那 MRTG 和 RRDtool 相比就没有优点了吗？也不是。简单、方便就是它的最大优点。

（MRTG 中还有一个好东西就是自动告警功能，相比之下，RRDtool 在这方面的配置比较复杂，

还不如直接作到 shell script中）

前面提到 MRTG 能够通过 cfgmaker 和 indexmaker 快速建立配置文件和HTML页面。而 RRDtool 在这两方面都需要自己动手。

数据的采集→插入数据→提取数据→绘图→建立 HTML ，这些步骤都是需要你自己动手的。RRDtool 给了使用它的人最大程度的自由。但这种

自由对于新手或者没有耐心的人来说可能是一种考验。相比之下，MRTG 就容易上手多了。

[size=4] 三） RRDtool 的定义[/size]

RRDtool 代表 “Round Robin Database tool” ，作者同时也是 MRTG 软件的发明人。官方站点位于http://oss.oetiker.ch/rrdtool/ 。

所谓的“Round Robin” 其实是一种存储数据的方式，使用固定大小的空间来存储数据，并有一个指针指向最新的数据的位置。我们可以把用于存储

数据的数据库的空间看成一个圆，上面有很多刻度。这些刻度所在的位置就代表用于存储数据的地方。所谓指针，可以认为是从圆心指向这些刻度的

一条直线。指针会随着数据的读写操作自动移动。要注意的是，这个圆没有起点和终点，所以指针可以一直移动，而不用担心到达终点后就无法前进

的问题。在一段时间后，当所有的空间都存满了数据，就又从头开始存放。这样整个存储空间的大小就是一个固定的数值。所以RRDtool 就是使用类似

的方式来存放数据的工具，RRDtool 所使用的数据库文件的后缀名是 ‘.rrd’。

[size=4] 四）RRDtool 的特殊之处[/size]

A）首先 RRDtool 存储数据，扮演了一个后台工具的角色。但同时 RRDtool 又允许创建图表，这使得 RRDtoo 看起来又像是前端工具。其他的数据库

只能存储数据，不能创建图表。

B） RDtool 的每个 rrd 文件的大小是固定的，而普通的数据库文件的大小是随着时间而增加的

C）其他数据库只是被动的接受数据， RRDtool 可以对收到的数据进行计算，例如前后两个数据的变化程度（rate of change），并存储该结果。

D） RRDtool 要求定时获取数据，其他数据库则没有该要求。如果在一个时间间隔内（heartbeat）没有收到值，则会用 UNKN 代替，其他数据库则不会这样做

[size=4] 五）总结RRDtool 和 MRTG 的不同之处[/size]

A） MRTG 是采用配置文件的方式来监控的；

RRDtool 则没有配置文件一说。所有操作都是通过命令（也可以写成script方式）执行

B） MRTG 有自动采集数据的功能（通过 snmp）；

RRDtool 没有，需要手工或者通过 shell/perl 脚本来获取数据

C） MRTG 每次运行都会更新图片和日志；

RRDtool 默认知识接收数据，并不会绘图，除非手工执行 graph 命令

D） MRTG 采用明文的 log 方式存放历史数据；

RRDtool 采用数据库的方式来存放数据；

E） MRTG 无法回放日志数据，因为 MRTG 会对日志进行合并；

RRDtool 采用 RRA 的概念，把不同统计周期的数据单独存放，所以可以做到历史数据的回放功能

F） MRTG 的 log 中每种周期的记录的数量是自动维护的；

RRDtool 的 RRA 中的记录数是可以自定义的。

G） MRTG 中数据的统计时间间隔是固定的，例如 5分钟平均，30分钟平均，2小时平均，1天平均；

RRDtool 可以任意设置（试过1分钟一次）

H） MRTG 一张图只能显示2个对象；

RRDtool 可以显示多个。

I） MRTG 的数据类型只有 COUNTER 和 GAUGE 两种；

RRDtool 有5种，COUNTER、GAUGE、DERIVE、ABSOLUTE、COMPUTE

J） MRTG 的图表只能显示当前值、最大值、平均值；

RRDtool 可以显示当前值（LAST）、初值（FIRST）、最大值(MAX)、最小值（MIN）、平均值（AVG）、总和（TOTAL）等

K） MRTG 绘图方式只有 AREA、LINE 方式；

RRDtool 则有 AREA、LINE（1|2|3）、STACK 方式；

L） MRTG 负责搜集、存储、绘图、建档（HTML）；

RRDtool 只负责存储、绘图这两个阶段，所以需要自己建立 HTML 文件

M） MRTG 的运算功能较差；

RRDtool 可以通过 CDEF 对取出来的数据进行算术和逻辑运算；

N）MRTG 只能原原本本的显示数据；

RRDtool 可以对数据进行处理，或者有条件的显示；

看来 RRDtool 的功能是不是比 MRTG 强很多呢？！

[color=red]具体的差异目前就只能想到这些，不知各位还有没有什么补充呢？！！^_^ ！！[/color]

相信这么讲的话还是比较抽象的，不过不用急，目前只是一个开始而已。

下一节我们开始讲如何安装 RRDtool 。

[ 本帖最后由 ailms 于 2006-12-4 09:24 编辑 ]

--------------------------------------------------------------------------------
zhdh1999 回复于：2006-12-03 23:09:06

收藏中。。。:D
谢谢lz

--------------------------------------------------------------------------------
platinum 回复于：2006-12-04 07:45:38

希望你能将这些贴子合并，现在这样太分散了不便于管理和阅读

--------------------------------------------------------------------------------
ailms 回复于：2006-12-04 09:21:41

回斑竹大人，之前是考虑到内容太长，放在一个贴子里可能看得太类累了。

我现在已经把全部内容放到一个帖子了，不过有些原来的贴子由于被回复了，所以删除不了。

RRDtool 的安装
[color=blue]
**********************************************************************************************************************
注：该教程参考了如下内容：
A）官方文档：http://oss.oetiker.ch/rrdtool/doc/index.en.html
B）abel 兄的大作：http://bbs.chinaunix.net/viewthread.php?tid=552224&highlight=rrdtool
http://bbs.chinaunix.net/viewthread.php?tid=552220&highlight=rrdtool
作者：ailms <ailms{@}263{dot}net>
版本：v1
最后修改：2006/11/18 0:06
**********************************************************************************************************************
[/color]

[size=4] 一）安装前的准备[/size]

以 Redhat 9 为例：

如果要安装 source 包，请到：http://oss.oetiker.ch/rrdtool/pub/?M=D，

如果要安装 RPM 包，请到http://dag.wieers.com/packages/rrdtool/ 。

不管采用那种方式，都需要先确认当前系统中是否有安装如下RPM包：

[root@dns1 bob]# rpm -qa |grep zlib zlib-1.1.4-8 zlib-devel-1.1.4-8 [root@dns1 bob]#

[root@dns1 bob]# rpm -qa |grep libpng libpng-1.2.2-20 libpng10-devel-1.0.13-11 libpng10-1.0.13-11 libpng-devel-1.2.2-20 [root@dns1 bob]#

 [root@dns1 bob]# rpm -qa |grep freetype freetype-utils-2.1.3-6 freetype-devel-2.1.3-6 freetype-2.1.3-6 freetype-demos-2.1.3-6 [root@dns1 bob]#

[root@dns1 bob]# rpm -qa |grep libart_lgpl libart_lgpl-2.3.11-2 libart_lgpl-devel-2.3.11-2 root@dns1 bob]#

[size=4] 二）RPM 方式安装[/size]

Redhat 9 上 RRDtool 相关的 rpm 包如下，并非所有都要装，有些只是同一个rpm包不同版本而已。

perl-rrdtool-1.0.50-3.rh9.rf.i386.rpm perl-rrdtool-1.2.13-1.rh9.rf.i386.rpm perl-rrdtool-1.2.15-1.rh9.rf.i386.rpm php-rrdtool-1.0.50-3.rh9.rf.i386.rpm rrdtool-1.0.50-3.rh9.rf.i386.rpm rrdtool-1.2.13-1.rh9.rf.i386.rpm rrdtool-1.2.15-1.rh9.rf.i386.rpm rrdtool-devel-1.0.50-3.rh9.rf.i386.rpm rrdtool-devel-1.2.13-1.rh9.rf.i386.rpm rrdtool-devel-1.2.15-1.rh9.rf.i386.rpm tcl-rrdtool-1.2.13-1.rh9.rf.i386.rpm

[size=4] 三）source 方式安装[/size]

Source 包就简单了，就一个：http://oss.oetiker.ch/rrdtool/pub/rrdtool-1.2.14.tar.gz

下面就以 Source 包的方式安装：

在开始 build RRDtool 之前，要先决定两件事：

第一是在那个目录下执行 build 操作。

第二是想把 RRDtool 安装在什么位置。

例如：

[root@dns1 bob]# BUILD_DIR=/tmp/rrdbuild [root@dns1 bob]# INSTALL_DIR=/usr/local/rrdtool-1.2.14 [root@dns1 bob]# mkdir -p $BUILD_DIR [root@dns1 bob]# cd $BUILD_DIR [root@dns1 rrdbuild] # tar zxf rrdtool-1.2.14.tar.gz [root@dns1 rrdbuild] cd rrdtool-1.2.14 [root@dns1 rrdbuild] ./configure --prefix=$INSTALL_DIR && make && make install

然后需要的就是耐心的等待，正常情况下应该是没有问题的，如果还是报错，注意检查是否满足上面的 RPM 需求。

当重新出现 shell 提示符时，表示安装结束。这时候可以执行 rrdtool 命令看是否安装成功

[size=4] 四）测试安装是否成功[/size]

引用：
[root@dns1 rrdtool-1.2.14]# /usr/local/rrdtool-1.2.14/bin/rrdtool

RRDtool 1.2.14 Copyright 1997-2006 by Tobias Oetiker <tobi@oetiker.ch>
Compiled Oct 14 2006 10:55:28

Usage: rrdtool [options] command command_options

Valid commands: create, update, updatev, graph, dump, restore,
last, first, info, fetch, tune, resize, xport

RRDtool is distributed under the Terms of the GNU General
Public License Version 2. (www.gnu.org/copyleft/gpl.html)

For more information read the RRD manpages

[root@dns1 rrdtool-1.2.14]#

如果出现上述输出则表示安装已经成功。不过每次都要输入这么长的命令岂不是很麻烦。最好加入到 PATH 中去。

[root@dns1 rrdtool-1.2.14]# vi ~/.bashrc

把 PATH 一行修改为：

PATH=$PATH:$HOME/bin:/usr/local/rrdtool-1.2.14/bin

整个安装过程到此就结束了，是不是很简单呢 ^_^

如果你是想安装到别的地方，只要把上面对应的 /usr/local/rrdtool-1.2.14 替换为你想要的目录就可以了

好了，下一节我们讲MRTG和 RRDtool 实施前的规划问题。

[ 本帖最后由 ailms 于 2006-12-4 09:36 编辑 ]

--------------------------------------------------------------------------------
ailms 回复于：2006-12-04 09:22:13

前期规划
[color=blue]
**********************************************************************************************************************
注：该教程参考了如下内容：
A）官方文档：http://oss.oetiker.ch/rrdtool/doc/index.en.html
B）abel 兄的大作：http://bbs.chinaunix.net/viewthread.php?tid=552224&highlight=rrdtool
http://bbs.chinaunix.net/viewthread.php?tid=552220&highlight=rrdtool
作者：ailms <ailms{@}263{dot}net>
版本：v1
最后修改：2006/11/18 0:06
**********************************************************************************************************************
[/color]
可能大家会觉得奇怪，做个 RRDtool 还要规划什么？俗话说：磨刀不误砍柴工。好的规划必须具备灵活性、可扩展性，否则会给

将来的使用带来不少的麻烦。我们先谈一下 MRTG 的规划，再谈 RRDtool 的规划。

[size=4]一）MRTG 的前期规划[/size]

A）[color=blue]想要监测监测什么对象？[/color]并列出一个清单；

B）[color=blue]想要以什么方法来取得数据？[/color]是通过 SNMP 还是 shell 、perl 。如果使用 SNMP ，监测对象所在主机

的 SNMP 服务安装了吗？是否配置完毕；

C）[color=blue]每个对象的监测时间是多长时间一次？[/color]并以此对监测对象进行分类。例如笔者本人共用 MRTG 监测了 80 多个对象，并根据

内容分成四类：

重要状态方面：例如 HACMP 的切换动作监控；Oracle 服务的状态；LVM 中的 vg 是否在线；服务器是否宕机等。这些监

测对象对于一个系统的运行来说都是十分重要的，一旦发生故障，需要立即处理的。所以对于这类对象，按最

小时间间隔（5分钟一次）设置

I/O性能方面：主要是 I/O 吞吐量、I/O 服务时间方面的监测。这类对象是7分钟一次

次要状态方面：例如 cpu利用率、内存利用率、在线人数、温度、拨号用户人数等。20分钟一次

利用率方面：由于实际应用的问题，所以对利用率比较关心。单独拎出来做一块监测。主要是监控Oracle 的各个表空间的利

用率，以及LVM磁盘系统各个分区的利用率。每25分钟一次

监控机本身：负责监控的监控机本身也需要监控。主要监控当前监测的对象数量，以及系统负荷。这类就30分钟一次。

D）[color=blue]每个对象一个 cfg 文件？还是全部集中在一个 cfg 文件中呢？[/color]我本人还是比较倾向于每个 Target一个 cfg 文件，每个 cfg 中都定

义 Workdir、Language 这两个选项。针对上面的5个分类，建立5个 “大的”cfg 文件，再利用 MRTG 中的 Include 功能导入一个个

“小的”、具体的 cfg 文件。这样当日后对某个监测对象进行修改时（例如修改数据的获取脚本，或者修改图片的外观），可以单独测试

该对象。不用连同其他对象也一起跑一次，节省不少时间。如果想取消那个对象的监测，在前面提到的那个“大的”cfg 文件中，把对应

的 Include 语句注释掉就可以了，是不是更方便呢？

E）[color=blue]为个监控对象起一个合适的名称[/color]。一般用 <host_iterm> 的方式。这一步也满重要的。一开始不注意，随便给个名字，等到后来自己都

搞不清楚了，建议一开始就规划好。如果要使用 MRTG 的告警功能，就更应该好好规划了，要不然收到告警邮件都不知道是那个对象，那个机

器出现问题，白白浪费时间。

F）[color=blue]是否需要用到 MRTG 的告警功能。[/color]MRTG 有告警功能，可以设置输入/出的最大值，最小值。超过限制就会调用 ThreshProgI 和 ThreshProgO

选项指定的程序。我一般用发送邮件和HTML配合的方式。下面是告警部分的截图：

差不多也就这些了，就可以开始动手写 script 了。

[size=4] 二）RRDtool 的前期规划[/size]

RRDtool 的前期规划相对多一点，因为 RRDtool 很多东西需要自己设定。除了上述 MRTG 考虑的几点之外，我一般还考虑以下几点：

A）[color=blue]是一个 RRD 文件中包括多个监测对象（DS），还是分成多个 RRD 文件？[/color]RRDtool 提供了 tune 操作，可以增加监测对象或者删除 RRD 文

件中的某个对象，而且绘图时也可以指定要画的是那个对象，这点看个人喜欢而定。

B）[color=blue]如何统计取得的数据：[/color]MRTG 是固定的，5分钟、20分钟、2小时、1天。RRDtool 则可以自己设置

C）[color=blue]如何保存/统计这些数据：[/color]这是和 MRTG 不同的地方。MRTG log 的建立和维护是自动的，RRDtool 的数据存放

     则需要自己定义。但我们可以参照 MRTG 的方式：

    每日统计图（5分钟平均）： 600 个，大约2天的时间

每周统计图（20分钟平均）： 600 个，大约8天的时间

每月统计图（2小时平均）： 600 个，50 天的时间

每年统计图（1天平均）：730 个， 2年的时间

D [color=blue]要以什么方式绘图：[/color]MRTG 只有曲线（LINE）和方块（AREA）两种；RRDtool 除了这两种外，还有一种是 STACK 方式。就是在前一个曲线或者方

块的基础上绘图图，而不是直接从 X 轴开始绘图。这样绘制出来的图比较清晰，不会出现交叉的现象，但此时 Y 轴的值等于当前对象的值加上前一

个绘图对象的值。例如前一个对象（cpu 的系统进程利用率）的值是10，采用的是 AREA 方式绘图。当前对象（cpu 的用户级进程的利用率）是5，

采用的是 STACK 方式，则“cpu的用户级进程利用率”对应的Y轴刻度是10+5=15；所以如果不加说明，别人可能会误解。

[size=4]三）实际例子[/size]

A）[color=blue]搞清楚究竟想要监测什么对象：[/color]监测本地主机的网络流量。包括 eth0 和 lo 接口的流量。

B）[color=blue]想要以什么方法来取得数据：[/color]sar 也可以统计网卡接口的流量。但这里我们用 SNMP ，访问 ifInOctets 和 ifOutOctets 。

假设脚本名称是 get_eth0_traffic.sh 和 get_lo_traffic.sh

C）[color=blue]每个对象的监测时间是多长时间一次：[/color]5分钟

D）[color=blue]是采用一个 RRD 文件还是多个：[/color]2个 RRD 文件，一个是 eth0.rrd，一个是 lo.rrd

E）[color=bl;ue]为每个监测对象起名：[/color]分别是 eth0_in ,eth0_out ,lo_in ,lo_out

F）[color=blue]统计频率：[/color]5分钟、20分钟、2小时、1天

G）[color=blue]如何保存统计数据：[/color]600个、600个、600个、730个

H）[color=blue]要以什么方式绘图：[/color]目前暂不考虑该问题。等到实际绘图时再体验。

[color=red]注：实际上我们可以把数据的插入、绘图一起做到 get_eth0_traffic.sh 和 get_lo_traffic.sh 中，但目前这两个脚本只是负责取数据并输出而已，

到最后我们再把这些功能合并到一起。[/color]

[size=4] 四）下面是脚本的内容[/size]

[root@dns1 bob]# cat get_eth0_traffic.sh #!/bin/bash # 首先取得 eth0 接口的 ifIndex index=$(snmpwalk -IR localhost RFC1213-MIB::ifDescr |grep eth0|cut -d '=' -f 1|cut -d '.' -f 2) # 再通过 snmp 协议取得 ififInOctets 和 ifOutOctets 的值 # 由于在 /etc/snmp.conf 中配置了 defVersion 和 defCommunity ，所以 snmpget 命令不用指定这两个参数 eth0_in=$(snmpget -IR -Os localhost ifInOctets.${index}|cut -d ':' -f 2|tr -d '[:blank:]') eth0_out=$(snmpget -IR -Os localhost ifOutOctets.${index}|cut -d ':' -f 2 |tr -d '[:blank:]') echo $eth0_in echo $eth0_out [root@dns1 bob]#

[root@dns1 bob]# cat get_lo_traffic.sh #!/bin/bash # 首先取得 eth0 接口的 ifIndex index=$(snmpwalk -IR localhost RFC1213-MIB::ifDescr |grep lo|cut -d '=' -f 1|cut -d '.' -f 2) lo_in=$(snmpget -IR -Os localhost ifInOctets.${index}|cut -d ':' -f 2|tr -d '[:blank:]') lo_out=$(snmpget -IR -Os localhost ifOutOctets.${index}|cut -d ':' -f 2 |tr -d '[:blank:]') echo $lo_in echo $lo_out [root@dns1 bob]#

再把这2个脚本放入 crontab 中，每5分钟执行一次

*/5 * * * * /home/bob/get_eth0_traffic.sh */5 * * * * /home/bob/get_lo_traffic.sh

不过这样会有讨厌的邮件产生，也可以在脚本中用 while true 循环，配合 sleep 300 让脚本一直运行，而不是重复启动脚本。具体选择那样你自己决定。

当所有的准备工作都完成后，就可以开始考虑建库了。

--------------------------------------------------------------------------------
ailms 回复于：2006-12-04 09:22:46

建立 RRD 数据库
[color=blue]
**********************************************************************************************************************
注：该教程参考了如下内容：
A）官方文档：http://oss.oetiker.ch/rrdtool/doc/index.en.html
B）abel 兄的大作：http://bbs.chinaunix.net/viewthread.php?tid=552224&highlight=rrdtool
http://bbs.chinaunix.net/viewthread.php?tid=552220&highlight=rrdtool
作者：ailms <ailms{@}263{dot}net>
版本：v1
最后修改：2006/11/17 17:35
**********************************************************************************************************************
[/color]

准备工作都做完了，脚本也写完了，就可以开始建库了。建库实际上就是建立后缀名为 .rrd 的 RRD 文件。

[size=4]一）语法格式[/size]

rrdtool create filename [--start|-b start time] [--step|-s step] [DS:ds-name:DST:dst arguments] [RRA:CF:cf arguments]

其中 filename 、DS 部分和 RRA 部分是必须的。其他两个参数可免。

[size=4]二）参数解释[/size]

A）<filename> ：默认是以 .rrd 结尾，但也以随你设定。

B） --step ：就是 RRDtool “期望” 每隔多长时间就收到一个值。和 MRTG 的 interval 同样含义。默认是5分钟。我们的脚本也应该是

每5分钟运行一次。

C） --start ：给出 RRDtool 的第一个记录的起始时间。RRDtool 不会接受任何采样时间小于或者等于指定时间的数据。也就是说 –-start

      指定了数据库最早的那个记录是从什么时候开始的。如果 update 操作中给出的时间在 –-start 之前，则 RRDtool拒绝接受。--satrt 选项也是

      可选的。按照我们在前一篇中的设定，则默认是当前时间减去 600*300秒，也就是50个小时前。如果你想指定--start 为1天前，可以用

--start $(date -d '1 days aog' +%s)

注意，--start 选项的值必须是 timestamp 的格式。

D） DS ：DS 用于定义 Data Soure 。也就是用于存放脚本的结果的变量名(DSN)。

就是我们前面提到的 eth0_in ,eth0_out, lo_in , lo_out 。DSN 从 1-19 个字符，必须是 0-9,a-z,A-Z 。

E） DST ：DST 就是 Data Source Type 的意思。有 COUNTER、GUAGE、DERIVE、ABSOLUTE、COMPUTE 5种。

由于网卡流量属于计数器型，所以这里应该为 COUNTER 。

F） RRA ：RRA 用于指定数据如何存放。我们可以把一个RRA 看成一个表，各保存不同 interval 的统计结果

G）PDP ：Primary Data Point 。正常情况下每个 interval RRDtool 都会收到一个值；RRDtool 在收到脚本给来的值后会计算出另外

      一个值（例如平均值），这个值就是 PDP ；这个值代表的一般是“xxx/秒”的含义。注意，该值不一定等于RRDtool 收到的那个值。除非是

       GAUGE ，可以看下面的例子就知道了

H） CF ：CF 就是 Consolidation Function 的缩写。也就是合并（统计）功能。有 AVERAGE、MAX、MIN、LAST 四种

分别表示对多个PDP 进行取平均、取最大值、取最小值、取当前值四种类型。具体作用等到 update 操作时再说。

I） CDP ：Consolidation Data Point 。RRDtool 使用多个 PDP 合并为（计算出）一个 CDP。也就是执行上面的CF 操作后的结果。这个值就是存入 RRA

的数据，绘图时使用的也是这些数据。

[size=4] 三）再说 DST [/size]

    DST 的选择是十分重要的，如果选错了 DST ，即使你的脚本取的数据是对的，放入 RRDtool 后也是错误的，更不用提画出来的图是否有意义了。

    如何选择 DST 看下面的描述：

   A）COUNTER ：必须是递增的，除非是计数器溢出（overflows）。在这种情况下，RRDtool 会自动修改收到的值。例如网络接口流量、收到的

        packets 数量都属于这一类型。

B）DERIVE：和 COUNTER 类似。但可以是递增，也可以递减，或者一会增加一会儿减少。

C）ABSOLUTE ：ABSOLUTE 比较特殊，它每次都假定前一个interval的值是0，再计算平均值。

D）GAUGE ：GAGUE 和上面三种不同，它没有“平均”的概念，RRDtool 收到值之后字节存入 RRA 中

   E）COMPUTE ：COMPUTE 比较特殊，它并不接受输入，它的定义是一个表达式，能够引用其他DS并自动计算出某个值。例如

DS:eth0_bytes:COUNTER:600:0:U DS:eth0_bits:COMPUTE:bytes,8,*

       则 eth0_bytes 每得到一个值，eth0_bits 会自动计算出它的值：将 eth0_bytes 的值乘以 8 。不过 COMPUTE 型的 DS 有个限制，只能应用

       它所在的 RRD 的 DS ，不能引用其他 RRD 的 DS。 COMPUTE 型 DS 是新版本的 RRDtool 才有的，你也可以用 CDEF 来实现该功能。


    F）AVERAGE 类型适合于看“平均”情况，例如一天的平均流量，。所以 AVERAGE 适用于需要知道 ‘xxx/秒’ 这样的需求。但采用 AVERAGE 型时，你并不知道

在每个 CDP 中（假设30分钟平均，6个PDP组成）之中，流量具体是如何变化的，什么时候高，什么时候低。这于需要用到别的统计类型了

G）MAXIMUM 、MINIMUM不适用想知道“xxx/秒”这样的需求，而是适用于想知道某个对象在各个不同时刻的表现的需求，也就是着重点在于各个时间点。

也就是所谓的“趋势”了，还是上面的例子，如果采用 MAXIMUM 或者 MINIMUM 的 CF ，可以看出接口在每个 CDP 的周期内最高是达到多少，最低又是多

少，如果是 AVERAGE 的话，有可能前5个 PDP 都很均匀，但最后一个 PDP 的值发生很大的突变。这时候如果用 AVERAGE 可能是看不出来的，因为突变的部

分被平均分配到整个时间段内了，所以看不出突变这一现象；但如果用 MAXIMUM 就可以清楚的知道在该 CDP 的周期内，曾经有达到某个值的时候。所以用

MAXIMUM 或者 MINIMUM 就可以知道某个对象在某个时间段内最大达到多少，最低低到什么程度。

例如要看某个接口在一天内有没有超过50Mb 流量的时候就要用 MAXIMUM

例如要看磁盘空间的空闲率在一天内有没有低于 20% 的时候就要用 MINIMUM

H）LAST 类型适用于 “累计”的概念，例如从xxx时候到目前共累计xxxx 这样的需求。例如邮件数量，可以用 LAST 来表示 30 分钟内总共收到多少个邮件，同

样 LAST 也没有平均的概念，也就是说不适用于 ‘xxx/秒’ 这样的需求，例如你不能说平均每秒钟多少封邮件这样的说法；同样也不适用于看每个周期内的变化，

         例如30分钟内共收到100封邮件，分别是：第一个5分钟20封，第二个5分钟30封，第三个5分钟没有，第4个5分钟10封，第5个5分钟也没有，第6个5分钟

         40封。如果用 MAXIMUM 或者 MINIMUM 就不知道在30分钟内共收到100封邮件，而是得出30和0。所以 LAST 适用于每隔一段时间被观察对象就会复位的

         情况。例如每30分钟就收一次邮件，邮件数量就是 LAST 值，同时现有的新邮件数量就被清零；到下一个30分钟再收一次邮件，又得到一个 30 分钟的 LAST 值。

         这样就可以得得出“距离上一次操作后到目前为止共xxx”的需求。（例如距离上一次收取邮件后又共收到100封新邮件）

[size=4] 四）DST 实例说明[/size]

这样说可能还是比较模糊，可以看下面的例子，体会一下什么是 DST 和 PDP ：

引用：

Values = 300, 600, 900, 1200 # 假设 RRDtool 收到4个值，分别是300，600，900，1200

Step = 300 seconds # step 为 300

COUNTER = 1,1, 1,1 # （300-0）/300，（600-300）/300，（900-600）/300，（1200-900）/300 ，所以结果为 1，1，1，1

DERIVE = 1,1,1,1 # 同上

ABSOLUTE = 1,2,3,4 # (300-0)/300,(600-0)/300 , (900-0)/300, (1200-0)/300，所以结果为 1，2，3，4

GAUGE = 300,600,900,1200 # 300 , 600 ,900 ,1200 不做运算，直接存入数据库

所以第一行的 values 并不是 PDP ，后面4行才是 PDP

[size=4] 五）开始建库[/size]

[root@dns1 root]# rrdtool create eth0.rrd / > --start $(date –d ‘1 days ago’ +%s) / > --step 300 / > DS:eth0_in:COUNTER:600:0:12500000 / # 600 是 heartbeat；0 是最小值；12500000 表示最大值； > DS:eth0_out:COUNER:600:0:12500000 / # 如果没有最小值/最大值，可以用 U 代替，例如 U:U > RRA:AVERAGE:0.5:1:600 / # 1 表示对1个 PDP 取平均。实际上就等于 PDP 的值 > RRA:AVERAGE:0.5:4:600 / # 4 表示每4个 PDP 合成为一个 CDP，也就是20分钟。方法是对4个PDP取平均， > RRA:AVERAGE:0.5:24:600 / # 同上，但改为24个，也就是24*5=120分钟=2小时。 > RRA:AVERAGE:0.5:288:730 # 同上，但改为288个，也就是 288*5=1440分钟=1天 [root@dns1 root]#

检查一下结果

root@dns1 bob]# ll -h eth0.rrd -rw-r--r-- 1 root root 41K 11月 19 23:16 eth0.rrd [root@dns1 bob]#

有的人可能会问，上面有两个 DS，那 RRA 中究竟存的是那个 DS 的数据呢？实际上，这些 RRA 是共用的，你只需建立一个 RRA，它就可以用于全部的 DS 。

所以在定义 RRA 时不需要指定是给那个 DS 用的。

[size=4]六）什么是 CF [/size]

以第2个RRA 和 4，2，1，3 这4个 PDP 为例

AVERAGE ：则结果为 (4+2+1+3)/4=2.5

MAX ：结果为4个数中的最大值 4

MIN ：结果为4个数中的最小值1

LAST ：结果为4个数中的最后一个 3

同理，第三个RRA和第4个RRA则是每24个 PDP、每288个 PDP 合成为1个 CDP

[size=4] 七）解释度（Resolution）[/size]

这里要提到一个 Resolution 的概念，在官方文档中多处提到 resolution 一词。Resolution 究竟是什么？Resolutino 有什么用？

举个例子，如果我们要绘制1小时的数据，也就是60分钟，那么我们可以从第一个RRA 中取出12个 CDP 来绘图；也可以从第2个 RRA

中取出2个 CDP 来绘图。到底 RRDtool 会使用那个呢？

让我们看一下 RRA 的定义：RRA:AVERAGE:0.5:4:600 。

Resolution 就等于 4 * step = 4 * 300 = 1200 ，也就是说，resolution 是每个CDP 所代表的时间范围，或者说 RRA 中每个 CDP（记录）

之间的时间间隔。所以第一个 RRA 的 resolution 是 1* step=300，第2是 1200，第三个是 24*300=7200，第4个 RRA 是 86400 。

默认情况下，RRDtool 会自动挑选合适的 resolution 的那个 RRA 的数据来绘图。我们大可不必关心它。但如果自己想取特定 RRA 的数据，就需要用到它了。

关于 Resolution 我们还会在 fetch 和 graph 操作中提到它。

[size=4]八）xff 字段[/size]

细心的朋友可能会发现，在 RRA 的定义中有一个数值，固定是 0.5 ，这个到底是什么东东呢？

这个称为 xff 字段，是 xfile factor 的缩写。让我们来看它的定义：

引用：
The xfiles factor defines what part of a consolidation interval may be made up from *UNKNOWN* data while

the consolidated value is still regarded as known. It is given as the ratio of allowed *UNKNOWN* PDPs to

the number of PDPs in the interval. Thus, it ranges from 0 to 1 (exclusive)

这个看起来有点头晕，我们举个简单的例子：例如

RRA:AVERAGE:0.5:24:600

这个 RRA 中，每24个 PDP （共两小时）就合成为一个 CDP，如果这 24 个 PDP 中有部分值是 UNKNOWN （原因可以很多），例如1个，那么这个 CDP

合成的结果如何呢？是否就为 UNKNOWN 呢？

不是的，这要看 xff 字段而定。Xff 字段实际就是一个比例值。0.5 表示一个 CDP 中的所有 PDP 如果超过一半的值为 UNKNOWN ，则该 CDP 的值就被标为

UNKNOWN。也就是说，如果24个 PDP中有12个或者超过12个 PDP 的值是 UNKNOWN ，则该 CPD 就无法合成，或者合成的结果为 UNKNOWN；

如果是11个 PDP 的值为 UNKNOWN ，则该 CDP 的值等于剩下 13 个 PDP 的平均值。

如果一个 CDP 是有2个 PDP 组成，xff 为 0.5 ，那么只要有一个 PDP 为 UNKNOWN ，则该 PDP 所对应的 CDP 的值就是 UNKNOWN 了

--------------------------------------------------------------------------------
ailms 回复于：2006-12-04 09:23:47

RRDtool简体中文教程_5：如何获取RRD文件的信息
获取 RRD 文件的信息
[color=blue]
**********************************************************************************************************************
注：该教程参考了如下内容：
A）官方文档：http://oss.oetiker.ch/rrdtool/doc/index.en.html
B）abel 兄的大作：http://bbs.chinaunix.net/viewthread.php?tid=552224&highlight=rrdtool
http://bbs.chinaunix.net/viewthread.php?tid=552220&highlight=rrdtool
作者：ailms <ailms{@}263{dot}net>
版本：v1
最后修改：2006/11/17 17:35
**********************************************************************************************************************
[/color]

[size=4] 一）前言[/size]

可能你已经颇不亟待的想知道如何往 RRD 文件插入数据、如何绘图了吧？hoho，先别急，在你做这些事情之前，最好先思考以下几个问题：

A）如果给你一个 RRD 文件，你能知道它的第一次/最后一次 update 的时间是在什么时候吗？

   B）如果你很久之前建立了一个 RRD 文件，现在因为工作原因需要对该 RRD 文件进行一些修改。不过遗憾的是，

       你已经不记得得当初设置的具体选项和参数了，这时候该怎么办呢？

   这两个问题就对应今天要讲的两个操作：first/last 、info 。

   first 就是用于查看该 RRD 文件中某个 RRA 的第一个数据是在什么时候插入的（或者说第一次更新）；

   last 就是查看该 RRD 文件的最近一次更新；

   info就是查看 rrd 文件的结构信息。

   下面就以实际例子来看一下该怎么用这三个命令：


[size=4]二）如何查询一个 RRD 文件的结构信息[/size]

[root@dns1 bob]# rrdtool info eth0.rrd （由于输出信息较多，截取了一部分） filename = "eth0.rrd" rrd_version = "0003" step = 300 # RRDtool 希望每5分钟收到一个数据 last_update = 1163862985 # 这是最近一次更新的 timestamp 。可以用 date 转换为具体的时间 ds[eth0_in].type = "COUNTER" # 有一个名为 eth0_in 的 DS，DST是 COUNTER ds[eth0_in].minimal_heartbeat = 600 # hearbeat 时间是600 秒 ds[eth0_in].min = 0.0000000000e+00 # eth0_in 的最小值是 0 （bytes） ds[eth0_in].max = 1.2500000000e+07 # eth0_in 的最大值是 1250000000 （bytes） ds[eth0_in].last_ds = "UNKN" ds[eth0_in].value = 0.0000000000e+00 ds[eth0_in].unknown_sec = 85 ds[eth0_out].type = "COUNTER" ds[eth0_out].minimal_heartbeat = 600 ds[eth0_out].min = 0.0000000000e+00 ds[eth0_out].max = 1.2500000000e+07 ds[eth0_out].last_ds = "UNKN" ds[eth0_out].value = 0.0000000000e+00 ds[eth0_out].unknown_sec = 85 rra[0].cf = "AVERAGE" # 第一个 RRA 的编号是0，不是1。 rra[0].rows = 600 # 共保存 600 个记录 rra[0].pdp_per_row = 1 # 每个 CDP 由一个 PDP 统计得出 rra[0].xff = 5.0000000000e-01 # 只要当前interval 的 PDP 为 unknown ，则该 CDP 的值也是unknown rra[0].cdp_prep[0].value = NaN rra[0].cdp_prep[0].unknown_datapoints = 0 rra[0].cdp_prep[1].value = NaN rra[0].cdp_prep[1].unknown_datapoints = 0 rra[1].cf = "AVERAGE" # 第二个 RRA 的编号是 1。同样也是 AVERAGE 型。 rra[1].rows = 600 # 也是保存 600 个记录 rra[1].pdp_per_row = 4 # 每个 CDP 由4个 PDP 的求平均值得出 rra[1].xff = 5.0000000000e-01 # 每个 CDP 最多允许2个 PDP 为 unknown ，超过则该 CDP 为unknown rra[1].cdp_prep[0].value = NaN rra[1].cdp_prep[0].unknown_datapoints = 3 rra[1].cdp_prep[1].value = NaN rra[1].cdp_prep[1].unknown_datapoints = 3 [root@dns1 bob]#

[color=red]由于信息太长，这里截取了后面2个 RRA 的信息。[/color]

[size=4]三）第一次更新/最近一次更新[/size]

如果想知道最近一次更新发生在什么时候，除了可以用上面的 info 操作，还可以用 last 操作

[root@dns1 bob]# rrdtool last eth0.rrd 1163862985 [root@dns1 bob]#

如果转换成具体的时间就是：

[root@dns1 bob]# rrdtool last eth0.rrd |xargs -i date -d '1970-01-01 {} sec utc' 六 11月 18 23:16:25 CST 2006 [root@dns1 bob]#

[root@dns1 bob]# rrdtool first eth0.rrd 1163683200 [root@dns1 bob]#

如果换成具体的时间就是：

[root@dns1 bob]# [root@dns1 bob]# rrdtool first eth0.rrd |xargs -i date -d '1970-01-01 {} sec utc' 四 11月 16 21:20:00 CST 2006 [root@dns1 bob]#

这三个命令的语法都非常简单，但并不可以因此小看它们的功能，尤其是 info 操作。日后如果需要对 RRD 文件进行调整，是经常需要用到的。

--------------------------------------------------------------------------------
ailms 回复于：2006-12-04 09:24:20

更新 RRD 文件
[color=blue]
**********************************************************************************************************************
注：该教程参考了如下内容：
A）官方文档：http://oss.oetiker.ch/rrdtool/doc/index.en.html
B）abel 兄的大作：http://bbs.chinaunix.net/viewthread.php?tid=552224&highlight=rrdtool
http://bbs.chinaunix.net/viewthread.php?tid=552220&highlight=rrdtool
作者：ailms <ailms{@}263{dot}net>
版本：v1
最后修改：2006/11/17 17:35
**********************************************************************************************************************
[/color]

[size=4]一）前言[/size]

写了N多东东，总算到了 update 部分了。这里有必要比较一下 RRDtool 和 MRTG 在 update 方面的差别。

A）MRTG 可以通过 SNMP 协议直接访问 SNMP 对象，你只需要在 cfg 文件中的 Target 指定 OID ，MRTG 就可以自动替你取回数据。

       例如Target[as1_eth0]: 2:n7css@172.17.64.11:::::1 ，表示使用 SNMP v1 协议访问 172.17.64.11 主机上 index 为 2 的那个接口，

       默认是取 ifInOctets 和 ifOutOctets 这两个对象的值。RRDtool 则没有这个功能，只能你自己写脚本取数据。

B）MRTG 只支持 COUNTER 和 GAUGE 类型的 Target ；RRDtool 则还可以使用 DERIVE、ABSOLUTE、COMPUTE

C）由于上面的原因，MRTG 无法识别小数，负数。例如你给 MRTG 一个 -1 的值，它会解释为 1 ；这点可以通过 LOG 看出来。

       小数也不行。例如 .72 （bc 的输出）会被识别为 72 ，而不是 0.72。

D）MRTG 每次 update 每次运行只更新一次，或者说只插入一行记录。但 RRDtool 可以在一个 updat操作中插入多个记录。

E）MRTG 一次要求2个值，RRDtool 则没有该方面的限制。

F）最大的一个区别是， MRTG 在收到一个值后会自动得出 timestamp ，并记录在 log 的第一个字段；而 RRDtool 是需要你给出一个 timestamp ，

表示该数据是什么时间采集的。

[size=4]二）update 操作的语法格式[/size]

rrdtool {update | updatev} filename [--template|-t ds-name[:ds-name]...] N|timestamp:value[:value...] at-timestamp@value[:value...] [timestamp:value[:value...] ...]

N 表示 now 的意思，会被 RRDtool 替换为当前的 timestamp ，也就是 date +%s 的结果。Timestamp 部分比较灵活，可以是数字形式，也可以是

AT-风格的时间（参考 at 命令的 manual），有点类似于自然语言的风格。

[size=4]三）手工方式 update 数据库[/size]

我们先学习一下如何手工 update 数据库。Update 命令分成两部分：

A）时间戳（timestamp）：表示该数据是在那个时间点采集的。Timestamp 的格式可以非常灵活：

数字形式：例如1164419418 ，表示 “六 11月 25 09:50:18 CST 2006”。通常用于手工插入的方式。

快捷方式：N 。字母N 表示当前时间（Now）。如果是通过 crontab 的方式来运行 update 操作，这是最实用的方式。

AT-风格：所谓的 AT 风格的时间，可以参考 at 命令的 manual。例如 now、yesterday、now-1hour、now+5min 都是 AT风格的时间。

要注意的是，如果使用 AT风格的时间，则时间和第一个value之间使用 @ 分隔，而不是 “:”

B）数值部分：一个 RRD 文件可以有多个 DS ，所以一次 update 可以给出多个 value 。多个 value 之间用 “:” 分隔。不过是不是所有的 DS 都必须

给出值呢？不一定。有时候你只想给出一部分 DS 的值，甚至有时候某些类型的 DS 是不允许赋值的，例如 COMPUTE 型的 DS 就是这样一个例子。

[size=4]四）实际操作[/size]

实例一：一个错误的例子

[root@dns1 bob]# rrdtool update eth0.rrd 1163862980:1:2 ERROR: illegal attempt to update using time 0 when last update time is 1163862985 (minimum one second step) [root@dns1 bob]#

咦？为什么出错了呢？是语法错误吗？不是的，RRDtool 提示最近一次更新是在1163862985 这个时候。也就是说，update 给出的时间戳必须大于该值。

不能等于或者小于该时刻。因为数据一旦插入到 RRA 中，就不允许再次修改。所以 update 会检查给出的时间戳是否大于最后一次更新的时间戳，如果不是

则报错，不予执行。那如何才能知道最近一次更新的时间戳呢？还记得前一篇“如何获取RRD文件的信息”中介绍的 last 和 info 命令吗？对了！就是它们。

执行一下看看是什么结果？

[root@dns1 bob]# rrdtool last eth0.rrd 1163862985 [root@dns1 bob]#

last 操作显示的时间戳和上面的报错信息给出的值一样。这个时间是

[root@dns1 bob]# date -d '1970-01-01 1163862985 sec utc' 六 11月 18 23:16:25 CST 2006 [root@dns1 bob]#

总之如果要 update 数据库，则 update 操作给出的时间戳必须晚于最后一次 update 的时间。

实例二：还是一个错误的例子

我们挑 23:16的下一个5分钟23:20作为时间戳吧。

[root@dns1 bob]# date -d '2006-11-18 23:20' +%s 1163863200 [root@dns1 bob]#

所以 update 命令为：

[root@dns1 bob]# rrdtool update eth0.rrd 1163863200:1 ERROR: expected 2 data source readings (got 1) from 1163863200:1:... [root@dns1 bob]#

还是不行？！！

仔细看错误信息，原来是我们给少了一个值。还记得 info 命令吗？这会儿它派上用场了。

[root@dns1 bob]# rrdtool info eth0.rrd filename = "eth0.rrd" …..(省略) last_update = 1163862985 ds[eth0_in].type = "COUNTER" ds[eth0_out].type = "COUNTER"

原来是2个 DS ，怪不得 RRDtool 会报错了

实例三：这次应该成功了吧？

[root@dns1 bob]# rrdtool update eth0.rrd 1163863200:1:2 [root@dns1 bob]#

这会倒是没有错误信息，那究竟数据是否别插入到 RRA 中了呢？

对于该问题，有两个方法，一个是通过 fetch 操作，从 RRA 中提取数据；但这个我们下一篇再讲。

还有一种方法就是用 updatev 操作来代替 update 。updatev 的 v 表示 verbose 的意思，现在就来看 updatev 的作用：

实例四：updatev 的好处

我们执行多个 update 操作

[root@dns1 bob]# rrdtool last eth0.rrd 1163864400 [root@dns1 bob]# [root@dns1 bob]# rrdtool update eth0.rrd 1163864700:3000:4000 [root@dns1 bob]# rrdtool updatev eth0.rrd 1163865000:3300:4600 return_value = 0 [1163865000]RRA[AVERAGE][1]DS[eth0_in] = 1.0000000000e+00 [1163865000]RRA[AVERAGE][1]DS[eth0_out] = 2.0000000000e+00

可以看到 return value 是 0，这个 return value 你可以理解为 shell 编程中的 exit status 。updatev用 0 表示成功，-1 表示失败。

不过我们插入的值明明是 3300 和 4600 ，为什么出来的结果是 1和2 呢？

这是因为 eth0_in 和 eth0_out 都是 COUNTER 型的 DS，所以 RRDtool 在收到 3300 和 4600 后，会作一个运算，就是

（3300-3000）/ step （300）= 1，（4600-4000）/step（300）=2 ，这就是 1和 2 这两个值的来源了。还记得前面提到的 PDP 吗？

这两个值（1 和2）就是 PDP 了，而不是 3300 和 4600 。这点要搞清楚。

实例五：另外一个 updatev 的例子

[root@dns1 bob]# [root@dns1 bob]# rrdtool updatev eth0.rrd 1163865300:3300:4600 return_value = 0 [1163865300]RRA[AVERAGE][1]DS[eth0_in] = 0.0000000000e+00 [1163865300]RRA[AVERAGE][1]DS[eth0_out] = 0.0000000000e+00 [root@dns1 bob]#

在1163865300 这个时刻我们给出的值和上次一样，所以 eth0_in 和 eth0_out 的 PDP 都为 0

搞清楚了 PDP 的概念，现在我们来看什么是 CDP ，以及 CDP 是如何计算的

实例六：通过 updatev 掌握 CF 的概念

[root@dns1 bob]# rrdtool updatev eth0.rrd 1163865600:4000:5000 return_value = 0 [1163865600]RRA[AVERAGE][1]DS[eth0_in] = 2.3333333333e+00 [1163865600]RRA[AVERAGE][1]DS[eth0_out] = 1.3333333333e+00 [1163865600]RRA[AVERAGE][4]DS[eth0_in] = 1.6666666667e+00 [1163865600]RRA[AVERAGE][4]DS[eth0_out] = 1.6666666667e+00 [1163865600]RRA[AVERAGE][24]DS[eth0_in] = NaN [1163865600]RRA[AVERAGE][24]DS[eth0_out] = NaN [root@dns1 bob]#

这次的输出和上次又不一样了。这次 update 操作影响到几个 RRA ，看到 [] 中的 1，4，24 了吗？它们就是代表不同的 RRA 中每个 CDP 所包含的 PDP 数量。

1 就是 1个 CDP 包含1 个 PDP，4 就是一个 CDP 包含4个 PDP（20分钟）、24 就是一个 CDP 包含24个 PDP（2小时）。

不过为什么没有 288 呢？eth0.rrd 的第4个 RRA 不是规定每288个 PDP 合并为一个 CDP 吗？

因为这个时候还轮不到它出场。1163865600 / 7200 = 161648 , 也就是说刚好1163865600 是在 7200 的某个周期上（161648）。

但1163865600 / 86400 ≈ 13470.66 ，说明1163865600 还不到 86400 的周期。

必须等到13471* 86400=1163894400 才会出现 [288] 的 CDP，那这个时间戳代表的时间是什么时候呢？看下面的 date 命令就知道了：

[root@dns1 bob]# date -d '1970-01-01 1163894400 sec utc' 日 11月 19 08:00:00 CST 2006 [root@dns1 bob]# [root@dns1 root]# date -d '1970-01-01 1163865600 sec utc' 日 11月 19 00:00:00 CST 2006 [root@dns1 root]#

这样不就是刚好相差1天的时间了吗？你可能会觉得很奇怪，为什么不是00:00 而是 08:00呢？

还记得create 操作的语法吗？其中有一个 –-start 参数吗？不记得了？没关系，那就得用 first 操作来重新找出来，

[root@dns1 bob]# rrdtool first eth0.rrd --rraindex 3 1100822400 [root@dns1 bob]# [root@dns1 bob]# date -d '1970-01-01 1100822400 sec utc' 五 11月 19 08:00:00 CST 2004 [root@dns1 bob]#

看到了吗？是 2004 年的 11 月19日早上8点正，距离 2006-11-19 刚好是2年，也就是 730 天,因为 eth0.rrd 的第4个RRA

只保存730个记录。每个记录时间上相差1天。也就是第一个记录是 2004/11/19 8:00 ,第二个记录是 2004/11/20 8:00 ，

第三个记录代表 2004/11/21 8:00 ，依次类推。所以离1163865600 最近的下一个记录是发生在 2006/11/19 8:00 。

所以严格意义上来说，RRDtool 中的一天并不一定是从 0:00 开始的，但可以保证的就是两个记录之间肯定相差86400秒（1天）。

[size=4]四）自动更新数据库[/size]

其实这些都只不过是手工 update 时需要注意的一些地方，如果是自动更新数据库，时间戳方面就交给 RRDtool 去处理吧，我们不用操心了。

前面我们已经写好了一个脚本，现在就用它来更新

[size=4]五）接下来是什么呢？[/size]

有了数据，下面该学什么了呢？是绘图吗？

不是！^_^!! （估计有人快疯了吧）

在绘图之前，你有没有想过 RRDtool 在绘图时如何取数据的呢？

例如我想画2小时内的数据，那么我们有4个 RRA ，其 resolution 分别是 300，1200，7200，86400

（还记得什么是 resolution 吗？就是每个 RRA 中两个 CDP 相隔的时间）。是从第一个 RRA 取出 7200/300=24 个记录，

还是从第二个 RRA 取出 7200/1200=6 个记录呢？或者是从第三个 RRA 中取出1个记录就可以呢？

这些问题我们就留待下一篇再学习吧。这里给大家留几个问题：

[color=red]

引用：

A）如果 eth0.rrd 在5分钟内收到不止1个更新，结果会怎样？提示：用 updatev 就可以看出来了

B）如果过了 eth0.rrd 在5分钟内没有收到脚本返回的值，是否立即就用 UNKNOWN 作为 PDP 的值？

C）参考上面的例子，搞清楚 heartbeat 的含义

D）在搞清楚 heartbeat 后，再想一下 heartbeat 和 step 之间的关系。

[/color]

--------------------------------------------------------------------------------
ailms 回复于：2006-12-04 09:25:08

从 RRD 文件中提取数据
[color=blue]
**********************************************************************************************************************
注：该教程参考了如下内容：
A）官方文档：http://oss.oetiker.ch/rrdtool/doc/index.en.html
B）abel 兄的大作：http://bbs.chinaunix.net/viewthread.php?tid=552224&highlight=rrdtool
http://bbs.chinaunix.net/viewthread.php?tid=552220&highlight=rrdtool
作者：ailms <ailms{@}263{dot}net>
版本：v1
最后修改：2006/11/17 17:35
**********************************************************************************************************************
[/color]

[size=4]一）前言[/size]
RRD 是 Round Robin Database 的意思，那么是否可以象普通的数据库进行查询操作呢？

答案是可以的。fetch 就是用来做这种事情的工具。当然 fetch 不能和 select 语句相比，它只是根据用户指定的时间，

从合适的 RRA 中取出数据，并加以格式化。不过和 MRTG 相比，已经好很多了，至少你不用取看该死的 log 文件。

实际上，fetch 操作其实可以不学，因为 RRDtool 会自动帮你选好数据。但你如何确定 RRDtool 取的数据就是你想要的呢？

或者说你如何证明 RRDtool 绘制出来的图是正确的呢？

废话少说，下面开始正文

[size=4]二）fetch 操作的语法[/size]

rrdtool fetch filename CF [--resolution|-r resolution] [--start|-s start] [--end|-e end]

其中 --start、--end、-r 都是可选的。RRDtool 默认的 --end 是 now ，--start 是 end-1day ，也就是1天前。

CF 可以是 AVERAGE、MAX、MIN、LAST ，当然必须建库时有该 CF 类型的 RRA 才可以查，否则会报错。

[size=4]三）fetch 如何取数据[/size]

在确定了时间范围后，RRDtool 会从多个 RRA 中挑选最佳的那个 RRA 的数据。至于什么是“最佳”，则从两个方面考虑：