## Hbase内部机制 客户端连接hbase依赖于zookeeper，hbase存储依赖于hadoop #### client： 1、包含访问 hbase 的接口， client 维护着一些 cache（缓存）来加快对 hbase 的访问，比如 region 的 位置信息。 （经常使用的表的位置信息） #### zookeeper： 1、保证任何时候，集群中只有一个 master 2、存贮所有 Region 的寻址入口----root 表在哪台服务器上。 -root-这张表的位置信息 3、实时监控 RegionServer 的状态，将 RegionServer 的上线和下线信息实时通知给 Master 4、存储 Hbase 的 schema（表的描述信息），包括有哪些 table，每个 table 有哪些 column family #### master职责： 1、为 RegionServer 分配 region 2、负责 RegionServer 的负载均衡 3、发现失效的 RegionServer 并重新分配其上的 region 4、 HDFS 上的垃圾文件（ hbase）回收 5、处理 schema 更新请求（增加，删除，修改）（ JDBC:crud） #### RegionServer 职责 1、 RegionServer 维护 Master 分配给它的 region，处理对这些 region 的 IO 请求 2、 RegionServer 负责切分在运行过程中变得过大的 region >可以看到， client 访问 hbase 上数据的过程并不需要 master 参与（寻址访问 zookeeper 和 RegioneServer，数据读写访问 RegioneServer）， master 仅仅维护者 table 和 region 的元数据 信息，负载很低。 .meta. 存的是所有的 region 的位置信息，那么 RegioneServer 当中 region 在进行分裂之后 的新产生的 region， 是由 master 来决定发到哪个 RegioneServer，这就意味着，只有 master 知道 new region 的位置信息， 所以，由 master 来管理.meta.这个表当中的数据的 CRUD