在学习HBase的体系架构之前，需要先了解一下HBase中的一些术语。这些术语如下表所示。
从体系架构的角度看，HBase是一种主从架构，包含：HBase HMaster、Regionserver和ZooKeeper。视频讲解如下：
下图展示了这一架构。
其中：
- HBase HMaster负责Region的分配及数据库的创建和删除等操作。
- Region server负责数据的读写服务。
- ZooKeeper负责维护集群的状态。
下面详细讨论HBase体系架构中每一个组成部分的作用。
一、主节点HMaster
HMaster是整个HBase集群的主节点，它的职责主要体现在以下几方面：
- 负责在Region Server上分配和调控不同的Region。
- 根据恢复和负载均衡的策略，重新分配Region。
- 监控Region Server的状态。
- 管理和维护HBase的命名空间，即NameSpace。
- 接收客户端的请求，提供创建，删除或者更新表格的接口。
另一方面，如果整个集群中只存在一个HMaser，将造成单点故障的问题。因此也需要基于ZooKeeper来实现HBase的HA（高可用）。但是HBase实现HA非常简单，因为在其体系架构中已经包含了ZooKeeper，因此只需要手动再启动一个HMaster作为Backup HMaster即可。
二、从节点Region Server
Region Server负责数据的读写操作。一个Region Server可以包含多个Region，而一个Region只能属于一个Region Server。那么什么是Region呢？可以把Region理解成是列族，它与列族的关系是一对多的关系。HBase表中的列族是根据rowkey的值水平分割成所谓的Region的。在默认情况下，Region的大小是1G，其中包含8个HFile的数据文件。而每个数据文件的大小正好是128M，与HDFS数据块的大小保存一致。每一个Region server大约可以管理1000个Region。
Region Server除了包含Region以外，还包含WAL预写日志、Block Cache读缓存和MemStore写缓存三个部分。
（一）WAL预写日志
Write-Ahead Logging是一种高效的日志算法，相当于Oracle中的redo log，或者是MySQL中的binlog。基本原理是在数据写入之前首先顺序写入日志，然后再写入缓存，等到缓存写满之后统一进行数据的持久化。WAL将一次随机写转化为了一次顺序写加一次内存写，在提供性能的前提下又保证了数据的可靠性。如果在写入数据完成之后发生了宕机，即使所有写缓存中的数据都丢失了，也可以通过恢复WAL日志达到数据恢复的目的。写入的WAL日志会对应有一个HLog文件。
（二）Block Cache读缓存
HBase将经常需要读取的数据放入Block Cache中，来提供读取数据的效率。当Block Cache的空间被占满后，将采用LRU算法将其中被读取频率最低的数据从Block Cache中清除。
（三）MemStore写缓存
MemStore中主要存储了还未写入磁盘的数据，如果此时发生了宕机，这部分数据是会丢失的。HBase中的每一个列族对应一个MemStore，其中存储的是按键排好序的待写入硬盘的数据，数据也是按Rowkey排好序写入HFile中的，最终保存到HDFS中。
提示：HBase表中的数据最终保存在数据文件HFile中，并存储与HDFS的DataNode上。在将MemStore中的数据写入HFile中的时候，采用顺序写入的机制，避免了磁盘大量寻址的过程，从而大幅提高了性能。在读取HFile的时候，文件中包含的Rowkey信息会被加载到内存中，这样就可以保证数据检索只需一次硬盘查询操作。
三、HBase中的ZooKeeper
ZooKeeper在整个HBase集群中主要维护节点的状态并协调分布式系统的工作。主要体现在以下几方面：
- 监控HBase节点的状态，包括：HMaster和RegionServer。
- 通过ZooKeeper的Watcher机制提供节点故障和宕机的通知。
- 保证服务器之间的同步。
- 负责Master选举的工作
下图展示了HBase在ZooKeeper中保存的数据信息。
