我的监控世界观(4) -- 监控数据的存储 RRD or RMDB OR Hbase

真正有必要存储的数据可能有两个

1) 应用的历史状态信息

2) 应用的监控项数据


1. RRD

早起的开源监控系统,如cacti、nagios和ganglia,采用的是RRD,这种做法的好处是占用空间小,而且数据点的聚合是自动完成的,不需要监控系统的开发者自己开实现,另外出图也比较方便

但它的确点也不少:

1) 数据的提取和迁移非常的不方便

2) 聚合点的调整不方便

3) 监控数据的后期统计和分析十分不便

4) 由于它的出图是直接保存为图片格式的导致传输成本更大


2. RMDB

这几年开始,不少监控系统如zabbix开始采用RMDB来存储监控项的数据,个人认为这种做法,应该是各大互联网公司的监控系统的主流做法,监控系统的数据存储具有以下特点:

1) 大量的写操作,但是写操作相对均匀,突发现象较少

2) 对时间的敏感度不是特别高,特别适合批量写的做法

3) 读操作较少(相对于写操作),单次读取的数据量较大

4) 且一般只做插入,不做变更


对于以mysql为代表的关系型数据库而言,经过调优以后,每秒至少可处理 10000+的写请求,再考虑读写分库的做法,对于一家拥有数万台机器的公司而言,我相信以关系型数据库作为存储,应该也是没有问题的


3.Hbase

以TSD作为代表,以Hbase 来存储监控项数据
这个做法的好处是存储空间可以无限扩容,提取速度也比较快,因为笔者对Hbase 也不是特别了解,因此也不敢妄下结论,但是总是觉得用它来作为存储,有些杀鸡用牛刀的感觉。







我的监控世界观(4) -- 监控数据的存储 RRD or RMDB OR Hbase,古老的榕树,5-wow.com

郑重声明:本站内容如果来自互联网及其他传播媒体,其版权均属原媒体及文章作者所有。转载目的在于传递更多信息及用于网络分享,并不代表本站赞同其观点和对其真实性负责,也不构成任何其他建议。