HBase的RegionServer Group 特性在滴滴的应用

一、背景

目前滴滴 HBase 集群接入了几百个项目，近千张表，上层有用户自己的业务实现以及 Phoenix（HBase SQL 引擎）和 GeoMesa（基于 HBase 的时空索引实现）。

不同用户间请求方式，业务逻辑，以及要求的响应时间都不同，如何减少用户之间的影响，及时发现特定业务问题？

我们在社区的 HBase 版本基础上增加了 RegionServer Group 的功能 (HBASE-6721)。

此功能用于将一个大 HBase 集群的 RegionServer 划分为多个分组，管理员可以将不同的表放入不同分组进行隔离，避免无关系的业务之间互相影响。

二、原理

HBase 是一个分布式存储的集群，那么首先肯定有很多 server 进行具体的数据存储和读写 RPC 的处理。HBase 将一个表通过 split 方式分成多个 Region。然后将这些 Region 分配到不同的机器，达到将请求分散的目的。

我们来看看集群是通过什么方式进行表 Region 的管理。

既然有这么多 server，那么一般都需要有一个管理者来进行管理，这个管理者就是 HMaster。HMaster 通过 Balancer 来将一个表的 N 个 split 之后的 N 个 Region 均衡到不同的 RegionServer 上。

• 由浅入深
  先来看看只有一个表的情况。
  比如现在我们有一个表 A 在集群上创建，如下图，根据默认的 Balance 权重，每个机器上基本上 Region 数量很平均。做好 rowkey 的散列之后，每个机器的请求压力也很平均了，看上去还不错，下面我们看看创建了多个表的情况。