RRDtool简体中文教程 v1.01（转载）

资料：
RRDtool 简介
**********************************************************************************************************************
注 ：该教程参考了如下内容 ：
A）官方文档 ：
B）abel 兄的大作 ：
                      
作者 ：ailms
版本 ：v1
最后修改 ：2006/12/6 22:20

*2006/12/06 ：修正了第4篇中 create 命令中 RRA 行数的错误
**********************************************************************************************************************
注 ：转载请注明出处

  在介绍 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 使用中常见的问题 ：

一）MRTG 不能作什么？
A）MRTG 一张图表只能显示2个对象，一个输入，一个输出。如果你想同时显示多个对象呢？例如笔者的单位有12台服务器。如果想
   把它们的负载情况都显示在一个图表上，MRTG 至少需要6张图。
B）MRTG无法回放数据。MRTG 的图是自动生成的，所采用的数据也是由 MRTG 自己提取的，例如5分钟平均的记录有288条，  MRTG每20分钟合并一次，
    每次合并4个记录。在50个小时后，288条记录将全部变成20分钟平均的数据。如果你想回放这些数据怎么办呢？对不起，只能去
    看第2个图了（每周）。

C）MRTG 只有 COUNTER 和 GAUGE 这两种计算类新。如果我要监测两个数值型的对象之间的大小，它们之间的差值可以是正数，也可以
   是负数。MRTG 能实现吗？笔者在多次试验中发现，MRTG 对于负数的和 ‘.15’  这样格式的小数（通常都是bc的输出）的识别会出错。
   例如把 ‘.72’ 识别为 72，把 -1 识别为 1。

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

二） MRTG 的优点

那 MRTG 和 RRDtool 相比就没有优点了吗？也不是。简单、方便就是它的最大优点。
（MRTG 中还有一个好东西就是自动告警功能，相比之下，RRDtool 在这方面的配置比较复杂，
还不如直接作到 shell script中）
前面提到 MRTG 能够通过 cfgmaker 和 indexmaker 快速建立配置文件和HTML页面。而 RRDtool 在这两方面都需要自己动手。
数据的采集→插入数据→提取数据→绘图→建立 HTML ，这些步骤都是需要你自己动手的。RRDtool 给了使用它的人最大程度的自由。但这种
自由对于新手或者没有耐心的人来说可能是一种考验。相比之下，MRTG 就容易上手多了。


三） RRDtool 的定义
   RRDtool 代表 “Round Robin Database tool” ，作者同时也是 MRTG 软件的发明人。官方站点位于 。
   所谓的“Round Robin” 其实是一种存储数据的方式，使用固定大小的空间来存储数据，并有一个指针指向最新的数据的位置。我们可以把用于存储
  数据的数据库的空间看成一个圆，上面有很多刻度。这些刻度所在的位置就代表用于存储数据的地方。所谓指针，可以认为是从圆心指向这些刻度的
  一条直线。指针会随着数据的读写操作自动移动。要注意的是，这个圆没有起点和终点，所以指针可以一直移动，而不用担心到达终点后就无法前进
  的问题。在一段时间后，当所有的空间都存满了数据，就又从头开始存放。这样整个存储空间的大小就是一个固定的数值。所以RRDtool 就是使用类似
  的方式来存放数据的工具，RRDtool 所使用的数据库文件的后缀名是 ‘.rrd’。


四）RRDtool 的特殊之处

A） 首先 RRDtool 存储数据，扮演了一个后台工具的角色。但同时 RRDtool 又允许创建图表，这使得 RRDtoo  看起来又像是前端工具。其他的数据库
         只能存储数据，不能创建图表。
B） RDtool 的每个 rrd 文件的大小是固定的，而普通的数据库文件的大小是随着时间而增加的
C） 其他数据库只是被动的接受数据， RRDtool 可以对收到的数据进行计算，例如前后两个数据的变化程度（rate of  change），并存储该结果。
D） RRDtool 要求定时获取数据，其他数据库则没有该要求。如果在一个时间间隔内（heartbeat）没有收到值，则会用 UNKN 代替，其他数据库则不会这样做

五）总结RRDtool 和 MRTG 的不同之处
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 强很多呢？！
具体的差异目前就只能想到这些，不知各位还有没有什么补充呢？ ！！^_^ ！！
相信这么讲的话还是比较抽象的，不过不用急，目前只是一个开始而已。
下一节我们开始讲如何安装 RRDtool 。
-------------------------------------------------------
回斑竹大人，之前是考虑到内容太长，放在一个贴子里可能看得太类累了。
我现在已经把全部内容放到一个帖子了，不过有些原来的贴子由于被回复了，所以删除不了。

RRDtool 的安装
**********************************************************************************************************************
注 ：该教程参考了如下内容 ：
A）官方文档 ：
B）abel 兄的大作 ：
                      
作者 ：ailms
版本 ：v1
最后修改 ：2006/11/18 0:06
**********************************************************************************************************************
一） 安装前的准备
  以 Redhat 9 为例 ：
  如果要安装 source 包，请到 ：，
  如果要安装 RPM 包，请到 。
  不管采用那种方式，都需要先确认当前系统中是否有安装如下RPM包 ：

1. [root@dns1 bob]# rpm -qa |grep zlib                
   
2. zlib-1.1.4-8
   
3. zlib-devel-1.1.4-8                
   
4. [root@dns1 bob]#

复制代码

1. [root@dns1 bob]# rpm -qa |grep libpng
   
2. libpng-1.2.2-20
   
3. libpng10-devel-1.0.13-11
   
4. libpng10-1.0.13-11
   
5. libpng-devel-1.2.2-20
   
6. [root@dns1 bob]#

复制代码

1. ?
   
2. [root@dns1 bob]# rpm -qa |grep freetype
   
3. freetype-utils-2.1.3-6
   
4. freetype-devel-2.1.3-6
   
5. freetype-2.1.3-6
   
6. freetype-demos-2.1.3-6
   
7. [root@dns1 bob]#

复制代码

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

复制代码

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

1. perl-rrdtool-1.0.50-3.rh9.rf.i386.rpm
   
2. perl-rrdtool-1.2.13-1.rh9.rf.i386.rpm
   
3. perl-rrdtool-1.2.15-1.rh9.rf.i386.rpm
   
4. php-rrdtool-1.0.50-3.rh9.rf.i386.rpm
   
5. rrdtool-1.0.50-3.rh9.rf.i386.rpm
   
6. rrdtool-1.2.13-1.rh9.rf.i386.rpm
   
7. rrdtool-1.2.15-1.rh9.rf.i386.rpm
   
8. rrdtool-devel-1.0.50-3.rh9.rf.i386.rpm
   
9. rrdtool-devel-1.2.13-1.rh9.rf.i386.rpm
   
10. rrdtool-devel-1.2.15-1.rh9.rf.i386.rpm
    
11. tcl-rrdtool-1.2.13-1.rh9.rf.i386.rpm

复制代码

三）source 方式安装
   Source 包就简单了，就一个  ：
   下面就以 Source 包的方式安装 ：
    在开始 build RRDtool 之前，要先决定两件事 ：
    第一是在那个目录下执行 build 操作。
    第二是想把 RRDtool 安装在什么位置。
   例如 ：

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

复制代码

  然后需要的就是耐心的等待，正常情况下应该是没有问题的，如果还是报错，注意检查是否满足上面的 RPM 需求。
  当重新出现 shell 提示符时，表示安装结束。这时候可以执行 rrdtool 命令看是否安装成功

四）测试安装是否成功

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

RRDtool 1.2.14  Copyright 1997-2006 by Tobias Oetiker
            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. ()

For more information read the RRD manpages

[root@dns1 rrdtool-1.2.14]#

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

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

复制代码

把 PATH 一行修改为 ：

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

复制代码

  整个安装过程到此就结束了，是不是很简单呢 ^_^
  如果你是想安装到别的地方，只要把上面对应的 /usr/local/rrdtool-1.2.14 替换为你想要的目录就可以了
好了，下一节我们讲MRTG和 RRDtool 实施前的规划问题。

-------------------------------------------------------------------------
前期规划
**********************************************************************************************************************
注 ：该教程参考了如下内容 ：
A）官方文档 ：
B）abel 兄的大作 ：
                      
作者 ：ailms
版本 ：v1
最后修改 ：2006/11/18 0:06
**********************************************************************************************************************
   可能大家会觉得奇怪，做个 RRDtool 还要规划什么？俗话说：磨刀不误砍柴工。好的规划必须具备灵活性、可扩展性，否则会给
将来的使用带来不少的麻烦。我们先谈一下 MRTG 的规划，再谈 RRDtool 的规划。

一）MRTG 的前期规划
A）想要监测监测什么对象？并列出一个清单；
B）想要以什么方法来取得数据？是通过 SNMP 还是 shell 、perl 。如果使用 SNMP ，监测对象所在主机  
      的 SNMP 服务安装了吗？是否配置完毕；
C）每个对象的监测时间是多长时间一次？并以此对监测对象进行分类。例如笔者本人共用 MRTG 监测了 80 多个对象，并根据
     内容分成四类 ：
     重要状态方面 ： 例如 HACMP 的切换动作监控；Oracle 服务的状态；LVM 中的 vg 是否在线；服务器是否宕机等。这些监
                               测对象对于一个系统的运行来说都是十分重要的，一旦发生故障，需要立即处理的。所以对于这类对象，按最
                              小时间间隔（5分钟一次）设置
     I/O性能方面 ：主要是 I/O 吞吐量、I/O 服务时间方面的监测。这类对象是7分钟一次
      次要状态方面 ：例如 cpu利用率、内存利用率、在线人数、温度、拨号用户人数等。20分钟一次
     利用率方面 ： 由于实际应用的问题，所以对利用率比较关心。单独拎出来做一块监测。主要是监控Oracle 的各个表空间的利
                            用率，以及LVM磁盘系统各个分区的利用率。每25分钟一次
     监控机本身 ：负责监控的监控机本身也需要监控。主要监控当前监测的对象数量，以及系统负荷。这类就30分钟一次。
D）每个对象一个 cfg 文件？还是全部集中在一个 cfg 文件中呢？我本人还是比较倾向于每个 Target一个 cfg 文件，每个 cfg 中都定
        义 Workdir、Language   这两个选项。针对上面的5个分类，建立5个 “大的”cfg 文件，再利用 MRTG 中的  Include 功能导入一个个
         “小的”、具体的 cfg 文件。这样当日后对某个监测对象进行修改时（例如修改数据的获取脚本，或者修改图片的外观），可以单独测试
         该对象。不用连同其他对象也一起跑一次，节省不少时间。如果想取消那个对象的监测，在前面提到的那个“大的”cfg 文件中，把对应
        的 Include 语句注释掉就可以了，是不是更方便呢？
E）为个监控对象起一个合适的名称。一般用 的方式。这一步也满重要的。一开始不注意，随便给个名字，等到后来自己都
    搞不清楚了，建议一开始就规划好。如果要使用 MRTG 的告警功能，就更应该好好规划了，要不然收到告警邮件都不知道是那个对象，那个机
    器出现问题，白白浪费时间。
F）是否需要用到 MRTG 的告警功能。MRTG 有告警功能，可以设置输入/出的最大值，最小值。超过限制就会调用 ThreshProgI 和 ThreshProgO 
   选项指定的程序。我一般用发送邮件和HTML配合的方式。下面是告警部分的截图 ：




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

二）RRDtool 的前期规划
RRDtool 的前期规划相对多一点，因为 RRDtool 很多东西需要自己设定。除了上述 MRTG 考虑的几点之外，我一般还考虑以下几点 ：
A）是一个 RRD 文件中包括多个监测对象（DS），还是分成多个 RRD 文件 ？RRDtool 提供了 tune 操作，可以增加监测对象或者删除 RRD 文
    件中的某个对象，而且绘图时也可以指定要画的是那个对象，这点看个人喜欢而定。
B）如何统计取得的数据 ：MRTG 是固定的，5分钟、20分钟、2小时、1天。RRDtool 则可以自己设置
C）如何保存/统计这些数据 ：这是和 MRTG 不同的地方。MRTG log 的建立和维护是自动的，RRDtool 的数据存放
     则需要自己定义。但我们可以参照 MRTG 的方式：
    每日统计图（5分钟平均）  ： 600 个，大约2天的时间
    每周统计图（20分钟平均） ： 600 个，大约8天的时间
    每月统计图 （2小时平均） ： 600 个，50 天的时间
    每年统计图 （1天平均） ：730 个， 2年的时间
D 要以什么方式绘图 ：MRTG 只有曲线（LINE）和方块（AREA）两种；RRDtool 除了这两种外，还有一种是 STACK 方式。就是在前一个曲线或者方
    块的基础上绘图图，而不是直接从 X 轴开始绘图。这样绘制出来的图比较清晰，不会出现交叉的现象，但此时 Y 轴的值等于当前对象的值加上前一
   个绘图对象的值。例如前一个对象（cpu 的系统进程利用率）的值是10，采用的是 AREA 方式绘图。当前对象（cpu 的用户级进程的利用率）是5，
   采用的是 STACK 方式，则“cpu的用户级进程利用率”对应的Y轴刻度是10+5=15；所以如果不加说明，别人可能会误解。
三）实际例子
A）搞清楚究竟想要监测什么对象 ：监测本地主机的网络流量。包括 eth0 和 lo 接口的流量。
B）想要以什么方法来取得数据 ：sar 也可以统计网卡接口的流量。但这里我们用 SNMP ，访问 ifInOctets 和 ifOutOctets 。
  假设脚本名称是 get_eth0_traffic.sh 和 get_lo_traffic.sh
C）每个对象的监测时间是多长时间一次 ：5分钟
D）是采用一个 RRD 文件还是多个 ：2个 RRD 文件，一个是 eth0.rrd，一个是 lo.rrd
E）[color=bl;ue]为每个监测对象起名 ：分别是 eth0_in ,eth0_out ,lo_in ,lo_out
F）统计频率 ：5分钟、20分钟、2小时、1天
G）如何保存统计数据 ：600个、600个、600个、730个
H）要以什么方式绘图 ：目前暂不考虑该问题。等到实际绘图时再体验。
注 ：实际上我们可以把数据的插入、绘图一起做到 get_eth0_traffic.sh 和 get_lo_traffic.sh 中，但目前这两个脚本只是负责取数据并输出而已，
               到最后我们再把这些功能合并到一起。

四）下面是脚本的内容

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

复制代码

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

复制代码

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

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

复制代码

不过这样会有讨厌的邮件产生，也可以在脚本中用 while true 循环，配合 sleep 300 让脚本一直运行，而不是重复启动脚本。具体选择那样你自己决定。
当所有的准备工作都完成后，就可以开始考虑建库了。

-------------------------------------------------------------
建立 RRD 数据库
**********************************************************************************************************************
注 ：该教程参考了如下内容 ：
A）官方文档 ：
B）abel 兄的大作 ：
               
作者 ：ailms
版本 ：v1
最后修改 ：2006/11/17 17:35
**********************************************************************************************************************
    准备工作都做完了，脚本也写完了，就可以开始建库了。建库实际上就是建立后缀名为 .rrd 的 RRD 文件。
一）语法格式

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

复制代码

其中 filename 、DS 部分和 RRA 部分是必须的。其他两个参数可免。
二）参数解释
A） ：默认是以 .rrd 结尾，但也以随你设定。
B） --step ：就是 RRDtool “期望” 每隔多长时间就收到一个值。和 MRTG 的 interval 同样含义。默认是5分钟。我们的脚本也应该是
          每5分钟运行一次。
C） --start ：给出 RRDtool 的第一个记录的起始时间。RRDtool 不会接受任何采样时间小于或者等于指定时间的数据。也就是说 –-start
      指定了数据库最早的那个记录是从什么时候开始的。如果 update 操作中给出的时间在 –-start 之前，则 RRDtool拒绝接受。--satrt 选项也是      
      可选的。按照 我们在前一篇中的设定，则默认是当前时间减去 600*300秒，也就是50个小时前。 如果你想指定--start 为1天前，可以用  

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 
      的数据，绘图时使用的也是这些数据。

三）再说 DST 
    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并自动计算出某个值。例如  
      

1. 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封新邮件）

四）DST 实例说明
这样说可能还是比较模糊，可以看下面的例子，体会一下什么是 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 

五）开始建库

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

复制代码

注：上面第2-4个 RRA的记录数实际上应该是 700，775，790，而不是 600，600，730。
600 samples of 5 minutes  (2 days and 2 hours)= 180000 秒 （2.08天）
700 samples of 30 minutes (2 days and 2 hours, plus 12.5 days)= 1260000 秒 （14.58天 ，2周）
775 samples of 2 hours    (above + 50 days) = 5580000 秒 （64.58 天，2个月）
797 samples of 1 day      (above + 732 days, rounded up to 797) = 68860800 秒（2年）
可以看出每个 RRA 都存储了相应单位2倍时间的数据，例如每天的 RRA 存储2天的数据，每周的 RRA 存储2周的数据，每月的 RRA 存储2个月的数据，每年的 RRA 存储2年的数据

检查一下结果

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

复制代码

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

六）什么是 CF 
以第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

七）解释度（Resolution）
这里要提到一个 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 操作中提到它。

八）xff 字段
细心的朋友可能会发现，在 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)

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

1. 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 了