我的监控世界观(4) -- 监控数据的存储 RRD or RMDB OR Hbase
浏览数：20 /
时间：2015年06月12日
真正有必要存储的数据可能有两个
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 也不是特别了解，因此也不敢妄下结论，但是总是觉得用它来作为存储，有些杀鸡用牛刀的感觉。
郑重声明：本站内容如果来自互联网及其他传播媒体，其版权均属原媒体及文章作者所有。转载目的在于传递更多信息及用于网络分享，并不代表本站赞同其观点和对其真实性负责，也不构成任何其他建议。
