文章作者：luxianghao
文章来源：http://www.cnblogs.com/luxianghao/p/6573817.html 转载请注明，谢谢合作。
免责声明：文章内容仅代表个人观点，如有不当，欢迎指正。
---
HBase组件
HBase是包含3种类型server的主备模式架构：
- RegionServer提供数据的读写功能，操作数据的时候，client（客户端）直接和RegionServer交互
- Master处理Region的分配（assignment），增删表（DDL： create， delete tables）
- Zookeeper维持着整个集群的状态
Hadoop DataNode存储着RegionServer需要的数据，所有的HBase数据都存储在HDFS文件里，RegionServer一般会和HDFS
DataNode放在一起，这能够使RegionServer就近的使用数据（locality）。HBase的数据是就近写入的，再次使用这些数据的时
候也是就近的，但是当region被移走的时候，就不是就近使用数据了，等到compaction的时候，这种情况会得到改善。
HDFS NameNode保存了所有组成文件的数据块的元信息（metadata）。
REGIONS
HBase根据行健（row key）的范围把表水平的分割成很多Region。一个Region包含着从这个Region的起始建（start key）到结
束键（end key）的所有行。Region会被分配到集群中的不同节点，这些节点被称作RegionServer，提供数据的读写功能。一个
RegionServer大约包括1000个Region。
HBASE HMASTER
Region的分配，DDL（增删表）等操作都是由HBase Master来处理的。
Master的功能如下：
- 协调RegionServer
- 在启动的时候分配Region，在故障恢复（recovery）和负载（load balance）的时候重新分配Region
- 监控集群中所有的RegionServer实例（instance），监听来自Zookeeper的通知
- 管理功能
- 提供新建、删除、更新表的接口
Zookeeper
HBase用Zookeeper作为一个分布式的协调服务，来维持集群中server的状态。Zookeeper记录着哪些server是存活的而且可用的，
并且会发出server不可用的通知。Zookeeper通常用3个或者5个服务器来达成一致，从而保证共享的一致的状态。
这些组件是怎么在一起协同工作的？
Zookeeper用来为分布式系统协调共享的一致的状态信息。RegionServer和active HMaster用session和Zookeeper保持连接。
Zookeeper为active session通过心跳（heartbeat）的方式维持着临时的节点。
每一个RegionServer都会在Zookeeper上创建一个临时的节点。HMaster通过监控这些节点来找出可用的RegionServer，同样
的，通过这些节点信息，HMaster也能判断哪些RegionServer不可用。多个（一般是两个）HMaster会在创建临时节点的时候出
现竞争。第一个在Zookeeper上创建节点的HMaster会成为唯一活跃（active）的master。这个活跃的HMaster会发送心跳信息给
Zookeeper，非活跃状态的HMaster会监听活跃HMaster不可用的通知。
如果RegionServer或者活跃的HMaster发送心跳信息失败，相关的session就会过期，相关的临时节点也会被删除。关于删除的更
改会被通知给监听者。活跃的HMaster会监听RegionServer，从而恢复那些宕掉的Region。非活跃状态的HMaster会监听活跃的
HMaster是否可用，如果后者宕掉，那么前者就会从非活跃状态变成活跃状态。
待续。。。
参考文档：
https://mapr.com/blog/in-depth-look-hbase-architecture/