【Hadoop】RegionServer详解

最新推荐文章于 2024-01-07 10:45:00 发布

朝和(zixi0825)

最新推荐文章于 2024-01-07 10:45:00 发布

阅读量1.9w

点赞数 6

本文链接：https://blog.csdn.net/u011812294/article/details/53944628

版权

Hadoop 专栏收录该内容

42 篇文章 1 订阅

订阅专栏

HRegionServer是HBase中最主要的组件，负责table数据的实际读写，管理Region。在分布式集群中，HRegionServer一般跟DataNode在同一个节点上，目的是实现数据的本地性，提高读写效率。

0.94之后的HRegionServer：图片来自Map-R网站

0.94之前的HRegionServer

HBase结构

1 RegionServer中的组件

1.1 WAL:Write Ahead Log

1.1.1 主要特点

为一个文件
0.94之前叫做HLog，存储在/hbase/.logs/目录中
0.94之后存储在HDFS上的/hbase/WALs/{HRegionServer_name}中
记录RegionServer上的所有编辑信息（Puts/Deletes操作，属于哪个Region），在写到memstore之前
理论上一个RegionServer上只有一个WAL实例，数据操作为串行，造成性能瓶颈
用于RegionServer失效时，通过Replay恢复RegionServer上memstore中尚未持久化的数据

1.1.2 多WAL实例

HBase1.0 之后，通过使用底层HDFS的多管道实现了多WAL并行写入，提高了吞吐量
并行化是通过对多个Region进行分区实现的，如果只有一个Region，那么该方案无效
通过在hbase-site.xml中配置，然后重启RegionServer

<property>   
  <name>hbase.wal.provider</name>   
  <value>multiwal</value> 
</property>

1.1.3 WAL Splitting ：分组

将WAL按照Region进行分组的过程称为WAL Splitting。这对于Region Server挂掉数据恢复来说是一个非常关键的过程。
该操作是在集群启动时HMaster执行或者RS失效时执行的
涉及到Region在此操作完成之前是不可用的
流程请看文章后面

1.1.4 WAL Replay ：重播

可查看 3.4 WAL Repaly 流程

1.2 MemStore

写缓存，数据先写到MemStore，flush触发后刷新到磁盘
以KeyValue的形式存储在内存当中
当MemStore flush触发时，属于同一Region的所有MemStore会刷新到磁盘中
是Region中的重要组成部分，详细请查看Region详解

1.3 BlockCache

读缓存，数据被读取之后仍然缓存在内存中
有LruBlockCache（效率较高，GC压力大）和BucketCache（效率较低，没有GC压力）两种BlockCache，默认为LruBlockCache
每个RegionServer中只有一个BlockCache实例

1.3.1 HBase ‘Block’

HBase读写中的最小单元
有四种类型的block：DATA、INDEX、BLOOM和META
- DATA：存储用户数据
- INDEX：用于提高读取速度，为DATA BLOCK中的cell建立索引
- BLOOM：用于提高读取速度，用bloom filter过滤掉不包含需求数据的block
- META：存储HFile本身数据和元数据

详细信息请看 BlockCache资料

1.4 Region

HBase表格根据row key 划分成“Regions”。
一个Region包含该表格中从起始key到结束key之间的所有行。
Region由Store组成。
Regions会被分配到集群中称为“Region Servers”的节点

详细信息请看Region详解

2 RegionServer的主要功能

定期向Master汇报RS的情况，包括RS内存使用状态、在线状态的Region等信息
管理Region，执行Flush、Compaction、Open、Close、Load等操作
管理WAL
执行数据插入、更新和删除操作
Metrics：对外提供了衡量HBase内部服务状况的参数
内置HttpServer，提供访问RS的界面

3 RegionServer的主要流程

3.1 首次读写流程

Client从ZooKeeper中读取hbase:meta表
Clinet从hbase:meta获取想要操作的Region的位置信息，缓存hbase:meta在Client中，用于后续的操作
Client向目标Region所在的RegionServer发送请求，执行操作
当一个region因为Master执行负载均衡或者RegionServer挂掉而执行的重定位之后，Client需要重新读取hbase:meta进行缓存

首次读写流程，图片来自Map-R网站

3.2 写流程

Client提交一个Put请求到RegionServer，数据首先会写到WAL中
当数据写到WAL之后，数据会写到MemStore中，等待刷新到磁盘中
数据写到MemStore完成之后，RS会给Client发送确认信息

写流程（一），图片来自Map-R

写流程（二），图片来自Map-R

3.3 读流程

首先扫描BlockCache（读缓存）中寻找row cell，若没有则执行2
扫描MemStore（写缓存）中寻找row cell，若没有则执行3
HBase会使用BlockCache索引和bloom filters来加载那包含目标row cells的HFile到内存

读流程，图片来自Map-R

3.4 WAL Splitting 流程

对/hbase/WALs/,, 目录进行重命名
改成：/hbase/WALs/,,-splitting
当RS被HMaster被认为失效的时候，它可能仍然在运行，所以为了保证已经存在的有效的数据
读取WAL中的Edits信息根据region将属于不同region的edits写到对应的/hbase///recovered.edits/.temp（临时文件），当splitting完成后，临时文件名称会修改为写入该文件的第一个log信息的序列号
在Splitting完成后，涉及到的Region会被分配新的RegionServer，那么在新的RegionServer打开Region时会检查recovered.edits目录下是否有edits文件，如果有则读取edits写入到MemStore中，写入完成后刷新到HFile中并删除edits文件。