海量监控数据上报及存储设计_第1页
海量监控数据上报及存储设计_第2页
海量监控数据上报及存储设计_第3页
海量监控数据上报及存储设计_第4页
海量监控数据上报及存储设计_第5页
已阅读5页,还剩22页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、海量监控数据上报及存储设计技术创新,变革未来如果运维监控数据处理太慢微信后台系统现状6000040000200000201120122013201420152016服务器6000400020000201120122013201420152016模块微信监控日志上报量 1万亿/min14000120001000080006000400020000201120122013201420152016亿/min存储容量不够统计延迟严重每分钟万亿级监控数据,如何上报、汇总?微信监控数据存储量 2亿/min00.511.522.5201120122013201420152016亿/min如何进一步提高TSD

2、B的读性能?每分钟亿级时间序列数据,如何实现存储, 如何保证N年跨度的数据读取性能?微信轻量监控数据上报框架常见监控数据上报/汇总方案日志上报hdfs分布式计算网络压力存储空间统计延迟常见监控数据上报/汇总方案日志上报hdfs分布式计算本地统计放弃日志这种上报形式!微信后台轻量数据上报框架 数据分类业务数据 复杂、高延迟 监控数据 简单、低延 迟 简化监控数据统一数据格式简化计算规则 累加、平均统一数据格式 ID Key Value:ID:Key:0 128k-10 127Value: uint32_t轻量上报/汇总框架共享内存type _sync_fetch_and_add(type *pt

3、r, type value)bool _sync_bool_compare_and_swap (type *ptr, type oldval, type newval)支持计算规则:累加、设置新值、设置最大值轻量上报/汇总框架CPU消耗极小可实现秒级、实时数据采集可简化数据存储、汇总微信高性能监控数据存储监控数据(时间序列)特点数据格式:Key + Time + Value数据量大:1天 = 1440min, 2亿/min = 2880亿/天大量读取历史数据时序数据库设计思路原始数据(分钟级)内存缓存小时级/天 级数据KV存储历史数据 缓存Key映射 关系数据库历史数据查询性能不足数据缓存命中

4、率不高复杂关系数据查询效率低多维度Key的作用当4失败总数上升时,如何定位故障机器、接口?调用数 A模块 A1机器 B模块 B2机器 X1接口失败数耗时1234567提高历史数据查询性能定制能快速查找历史数据的index:分表、按时间分区每个分区独立生成index旧版微信监控数据存储CREATE TABLE idkey_0(time int(10) unsigned NOT NULL,key1 int(10) unsigned NOT NULL,key2 int(10) unsigned NOT NULL,key3 int(10) unsigned NOT NULL,v0 bigint(20)

5、 unsigned DEFAULT 0,v1 bigint(20) unsigned DEFAULT 0,.v718 bigint(20) unsigned DEFAULT 0,v719 bigint(20) unsigned DEFAULT 0, PRIMARY KEY (key1,key2,key3,time), KEY (key3,key2,key1,time) ENGINE=MyISAM PARTITION BY RANGE (time);Key * n多index,支持全匹 配、前置匹配Value * 720(PARTITION P20150327 VALUES LESS THAN

6、(1427414400) ENGIN分E区= MyISAM, PARTITION P20150330 VALUES LESS THAN (1427673600) ENGINE = MyISAM,.写200w/min,读100w/min微信新版存储方案原始数据小时分区 (mmap)日分区index日分区data压缩日分区index压缩日分区data实时写入每小时批量flush每天离线压缩优化写入结构定制简化的index + data文件结构, 提供高性能的全匹配、前置匹配查询小时分区(mmap)结构不同key同一分钟 的数据相邻,减少 单次flush数据量。 1个meta文件 + N个data文

7、件组成 每个data文件大小固定,使用mmap映射日分区(压缩/未压缩)文件结构Index 1Index .Index NKey都是整形, 可以简化index 处理 1个meta + 1个index + 1个data文件index文件Key 1 + Data 1Key 2 + Data 2Key N + Data Ndata文件简化读写处理index算法 折中查找 全匹配查询: 前置匹配查询:1122122331321321331*1*1*2*2*2*3*3*3*原始数据小时分区 (mmap)日分区index日分区data压缩日分区index压缩日分区data实时写入每分钟更新每小时批量flush每天离线压缩数据读取流程读请求压缩/未压缩日分区 indexdata缓存压缩/未压缩日分区 data小时分区 (mmap)sum

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论