Hbase运维手册

Hbase运维手册1.region情况需要检查1.region的数量（总数和每台regionserver上的region数）2.region的大小如果发现异常可以通过手动mergeregion和手动分配region来调整从CDH前台和master前台以及regionServer的前台都可以看到region数量，如master前台：在regionserver前台可以看到storeFile大小：2.缓存命中率缓存命中率对hbase的读有很大的影响，可以观察这个指标来调整blockcache的大小。从regionserverweb页面可以看到blockcache的情况：注意：HBase上Regionserver的内存分为两个部分，一部分作为Memstore，主要用来写；另外一部分作为BlockCache，主要用于读。写请求会先写入Memstore，Regionserver会给每个region提供列族数提供一定数量的Memstore，当Memstore满64MB以后，会启动flush刷新到磁盘。当Memstore的总大小超过限制时（heapsize*hbase.regionserver.global.memstore.upperLimit*0.9），会强行启动flush进程，从最大的Memstore开始flush直到低于限制。读请求先到Memstore中查数据，查不到就到BlockCache中查，再查不到就会到磁盘上读，并把读的结果放入BlockCache。由于BlockCache采用的是LRU策略，因此BlockCache达到上限(heapsize*hfile.block.cache.size*0.85)后，会启动淘汰机制，淘汰掉最老的一批数据。一个Regionserver上有一个BlockCache和N个Memstore，它们的大小之和不能大于等于heapsize*0.8，否则HBase不能正常启动。默认配置下，BlockCache为0.2，而Memstore为0.4。在注重读响应时间的应用场景下，可以将BlockCache设置大些，Memstore设置小些，以加大缓存的命中率。HBaseRegionServer包含三个级别的Block优先级队列：Single：如果一个Block第一次被访问，则放在这一优先级队列中；Multi：如果一个Block被多次访问，则从Single队列移到Multi队列中；InMemory：如果一个Block是inMemory的，则放到这个队列中。以上将Cache分级思想的好处在于：首先，通过inMemory类型Cache，可以有选择地将in-memory的columnfamilies放到RegionServer内存中，例如Meta元数据信息；通过区分Single和Multi类型Cache，可以防止由于Scan操作带来的Cache频繁颠簸，将最少使用的Block加入到淘汰算法中。默认配置下，对于整个BlockCache的内存，又按照以下百分比分配给Single、Multi、InMemory使用：0.25、0.50和0.25。注意，其中InMemory队列用于保存HBaseMeta表元数据信息，因此如果将数据量很大的用户表设置为InMemory的话，可能会导致Meta表缓存失效，进而对整个集群的性能产生影响。3.读写请求数通过读写请求数可以大概看出每台regionServer的压力，如果压力分布不均匀，应该检查regionServer上的region以及其它指标4.压缩队列压缩队列存放的是正在压缩的storefile，compact操作对hbase的读写影响较大通过cdh的hbase图表库可以看到集群总的压缩队列大小：可以通过CDH的hbase主页查询compact日志：点击“压缩”进入：5.刷新队列单个region的memstore写满(128M)或regionServer上所有region的memstore大小总合达到门限时会进行flush操作,flush操作会产生新的storeFile同样可以通过CDH的hbase前台查看flush日志：6.rpc调用队列没有及时处理的rpc操作会放入rpc操作队列，从rpc队列可以看出服务器处理请求的情况7.文件块保存在本地的百分比datanode和regionserver一般都部署在同一台机器上，所以regionserver管理的region会优先存储在本地，以节省网络开销。如果blocklocality较低有可能是刚做过balance或刚重启，经过compact之后region的数据都会写到当前机器的datanode，blocklocality也会慢慢达到接近100：8.内存使用情况内存使用情况,主要可以看usedHeap和memstore的大小，如果usedHeadp一直超过80-85%以上是比较危险的memstore很小或很大也不正常从regionServer的前台可以看到：9.检查数据一致性以及修复方法数据一致性是指：1.每个region都被正确的分配到一台regionserver上，并且region的位置信息及状态都是正确的。2.每个table都是完整的，每一个可能的rowkey都可以对应到唯一的一个regionhbasehbck注：有时集群正在启动或region正在做split操作，会造成数据不一致hbasehbck-details加上–details会列出更详细的检查信息，包括所以正在进行的split任务hbasehbckTable1Table2如果只想检查指定的表，可以在命令后面加上表名，这样可以节省操作时间CDH通过CDH提供的检查报告也可以看到hbck的结果，日常只需要看CDHhbck的报告即可：选择“最近的Hbck结果”：1)局部的修复如果出现数据不一致，修复时要最大限度的降低可能出现的风险，使用以下命令对region进行修复风险较低：hbasehbck-fixAssignments修复region没有分配(unassigned)，错误分配（incorrectlyassigned）以及多次分配（multiplyassigned）的问题hbasehbck-fixMeta删除META表里有记录但HDFS里没有数据记录的region添加HDFS里有数据但是META表里没有记录的region到META表hbasehbck-repairHoles等价于：hbasehbck-fixAssignments-fixMeta-fixHdfsHoles-fixHdfsHoles的作用：如果rowkey出现空洞，即相邻的两个region的rowkey不连续，则使用这个参数会在HDFS里面创建一个新的region。创建新的region之后要使用-fixMeta和-fixAssignments参数来使用挂载这个region，所以一般和前两个参数一起使用2）Region重叠修复进行以下操作非常危险，因为这些操作会修改文件系统，需要谨慎操作！进行以下操作前先使用hbck–details查看详细问题，如果需要进行修复先停掉应用，如果执行以下命令时同时有数据操作可能会造成不可期的异常。hbasehbck-fixHdfsOrphans将文件系统中的没有metadata文件(.regioninfo)的region目录加入到hbase中，即创建.regioninfo目录并将region分配到regionserhbasehbck-fixHdfsOverlaps通过两种方式可以将rowkey有重叠的region合并：1.merge:将重叠的region合并成一个大的region2.sideline:将region重叠的部分去掉，并将重叠的数据先写入到临时文件，然后再导入进来。如果重叠的数据很大，直接合并成一个大的region会产生大量的split和compact操作，可以通过以下参数控制region过大：-maxMerge合并重叠region的最大数量-sidelineBigOverlaps假如有大于maxMerge个数的region重叠,则采用sideline方式处理与其它region的重叠.-maxOverlapsToSideline如果用sideline方式处理重叠region,最多sidelinen个region.hbasehbck-repair以下命令的缩写：hbahbasehbck-fixAssignments-fixMeta-fixHdfsHoles-fixHdfsOrphans-fixHdfsOverlaps-fixVersionFile–sidelineBigOverlaps可以指定表名：hbahbasehbck-repairTable1Table2hbasehbck-fixMetaOnly–fixAssignments如果只有META表的region不一致，则可以使用这个命令修复hbasehbck–fixVersionFileHbase的数据文件启动时需要一个versionfile，如果这个文件丢失，可以用这个命令来新建一个，但是要保证hbck的版本和Hbase集群的版本是一样的hbaseorg.apache.hadoop.hbase.util.hbck.OfflineMetaRepair如果ROOT表和META表都出问题了Hbase无法启动，可以用这个命令来创建新的ROOT和META表。这个命令的前提是Hbase已经关闭，执行时它会从hbase的home目录加载hbase的相关信息（.regioninfo），如果表的信息是完整的就会创建新的root和meta目录及数据hbasehbck–fixSplitParents当region做split操作的时候，父region会被自动清除掉。但是有时候子region在父region被清除之前又做了split。造成有些延迟离线的父region存在于META表和HDFS中，但是没有部署，HBASE又不能清除他们。这种情况下可以使用此命令重置这些在META表中的region为在线状态并且没有split。然后就可以使用之前的修复命令把这个region修复10.手动mergeregion进行操作前先将balancer关闭，操作完成后再打开balancer经过一段时间的运行之后有可能会产生一些很小的region，需要定期检查这些region并将它们和相邻的region合并以减少系统的总region数，减少管理开销合并方法：1.找到需要合并的region的encodedname2.进入hbaseshell3.执行merge_region‘region1’,’region2’手动分配region如果发现台regionServer资源占用特别高，可以检查这台regionserver上的region是否存在过多比较大的region,通过hbaseshell将部分比较大的region分配给其他不是很忙的regionsserver：move'encodeRegionName','ServerName'#encodeRegionName指的regioName后面的编码，ServerName指的是master-status的RegionServers列表例：move'24d9eef6ba5616b1a60180503e62bae7','DN1,60020,1429840460046'手动major_compact进行操作前先将balancer关闭，操作完成后再打开balancer选择一个系统比较空闲的时间手工major_compact，如果hbase更新不是太频繁，可以一个星期对所有表做一次major_compact，这个可以在做完一次major_compact后，观看所有的storefile数量，如果storefile数量增加到major_compact后的storefile的近二倍时，可以对所有表做一次major_compact，时间比较长，操作尽量避免高锋期注：fms现在生产上开启了自动major_compact