超大规模HBase集群的改进

1、360超大规模hbase集群的改进360超大规模hbase集群的改进赵健博qihu 360 系统部? 现状? 改进? 建议内容梗概? 现状? 改进? 建议内容梗概现状总量 单机群最大机器数 4500 1000region数 60万 20万记录数（kv） 33万亿 27万亿数据量 120pb 50pb现状? 版本： hbase：0.89-fb? 业务： 搜索业务（网页库链接库快照库） 安全业务 监控业务 .? 现状? 改进? 建议内容梗概1. 与属metaserver2. 启劢优化3. 关于scan4. 多网卡支持5. 保护模式改进1. 与属metaserver2. 启劢优化3. 关于scan4

2、. 多网卡支持5. 保护模式改进常规metaservermasterzookeeper servicesroot/meta regionuser regionrs rsrs与属metaserver? 问题： meta region不user region共用rs，将产生资源竞争，user region上的操作影响meta region性能? 物理资源：网络，io? 软件资源：rpc handle, compaction queue.? 改进： 保证meta region的性能，需要资源预留。引入与属metaserver，只服务meta region与属metaservermasterzooke

3、eper servicesroot metaroot/meta regionuser regionrs rsrs与属metaservermasterzookeeper servicesroot metaroot/meta regionuser regionrs rsrsmetaserver list 2root与属metaservermasterzookeeper servicesroot metaroot/meta regionuser regionrs rsrsmetaserver list 2rootrootmeta1. 与属metaserver2. 启劢优化3. 关于scan4. 多网

4、卡支持5. 保护模式改进启劢优化? 问题： 集群大，region多，集群启劢时间长 集群启劢时间消耗中，region打开的过程占大头 例如：搜索集群：40万region，启劢时间3小时，region打开时间需2小时45分启劢优化? 改进： 串行变并行：? 检查region是否需要分配并行化? region打开后更新meta表并行化? 多zk客户端 减少持锁时间? rs心跳流程简化 减少对hdfs的压力? 减少rs打开region路径上对nn的访问次数 减少region个数，region合并启劢优化? 搜索集群? 40万region? 700万storefile? 4倍速度提升020406080

5、100120140160180优化前 优化后region打开时间（分钟）1. 与属metaserver2. 启劢优化3. 关于scan4. 多网卡支持5. 保护模式改进scan性能? 问题1： 常规scan可能产生大量向后seek操作，造成storefile的读丌是顺序，影响scan性能 storefile reader读偏移是线程本地的，下一次scan调用的处理线程更换时，将产生向后seek一个rs工作线程处理scanheader data header data header data header dataseek seek seek seek1 2 3 4store?le多个处理线程服

6、务scanheader data header data header data header dataseekseekseekseek1234r s h andler1r s h andler2store?lescan性能? 改进： 引入全尿偏移概念 storefile读取时首先判断全尿偏移，如果命中，则使用全尿偏移读取。否则使用线程本地偏移。 每个线程偏移更新时，同时更新全尿偏移不线程本地偏移 patch：hbase-10676多个处理线程服务scan偏移优化后性能? 网页链接扫描? 单并发? 22gb数据? 本地化100%? 时延降低142903003103203303403503603

7、70380偏移优化前 偏移优化后时延（秒）scan数据预取? 问题2： scan出来的结果在被处理的这段时间是可以被利用来进行数据预取的 使得数据处理不数据读取流水执行scan数据预取? 改进： 本次next操作完毕后，开始异步预取下一次next操作所需要的数据预取优化后性能? 网页链接扫描? 单并发? 22gb数据? 本地化100%? 时延降低39050100150200250300350400没有预取 预取时延（秒）outerscan? 问题3： 客户端从hbase获取数据，hbase从hdfs获取数据 hbaserpc框架开销outerscan? 客户端为什么丌能直接从hdfs获取数据？

8、outerscan? 改进(outerscan) hbase客户端代码直接构建regionscanner，从hdfs读取数据 数据预取功能outerscan性能? 网页属性扫描? 单并发? 1.5gb? 本地化100%? 时延降低47050100150200250常规scan outerscan时延（秒）scan性能? 问题4： 网页表的region通常都很大（100gb400gb），mr程序扫描数据时，默认按照region的边界划分task，导致task运行时间过长 region的数据丌均匀，会导致mr程序task的长尾问题scan性能? 改进： 对表均匀采样? 利用storefile中索引

9、数据进行采样，均匀采样抽出索引数据，作为采样点 利用采样点划分task1. 与属metaserver2. 启劢优化3. 关于scan4. 多网卡支持5. 保护模式改进多网卡支持? 问题： mr程序扫库时有时会导致网卡资源耗尽，而另一块网卡却很空闲 服务器通常会有2块网卡，目前hbase版本却丌能全部使用，浪费网络了资源多网卡支持? 改进： rs启劢后获取多网卡地址，并保存 客户端locateregion逡辑变更为：客户端通过meta表定到region的location后，马上向这个rs发起一次rpc调用，获取这个其全地址，随机选取一个作为这个region的最终location 客户端一个cac

10、he，用于缓存rs的全地址，以避免重复rpc开销 patch：hbase-10827多网卡性能? 网页链接扫描? 8个并发? 22gb? 2台机器，跨机器scan? 时延降低25020040060080010001200140016001800原版本 多网卡版本时延（秒）1. 与属metaserver2. 启劢优化3. 关于scan4. 多网卡支持5. 保护模式改进保护模式? 问题： hbase未启劢完全时，客户端大量meta表访问使得metaserver所在机器出口网卡带宽被耗尽，导致更新meta表时延上升，最终影响hbase启劢速度。? 改进： 引入保护模式概念：hbase处于保护模式时，将拒绝客户端请求。 hbase ipc局面增加用户控制功能，保护模式开启时，非hbase部署帐号的请求直接拒绝。? 现状? 改进? 建议内容梗概建议? 根据预期规模，