zookeeper:动物园管理者

1.zookeeper = 文件系统+监听通知机制
文件系统:在zookeeper中的文件系统是一个小型的,存储所有节点都关心的内容的树形文件系统,每个树的节点都叫做znode。随着数据的逻辑不断增加,这棵树的节点会越来越多。
数据的形式:key——value
key:是数据节点的名称
value:是节点中存储的数据。
2.监听通知机制:
监听所有节点上需要监听的数据,如果某个节点数据发生了变化,当前节点的zookeeper会感知到变化,并且通知给zookeeper集群中的其他节点。
3.zookeeper的架构:
zookeeper本身有自己的集群。节点主从结构。
角色:
主节点:leader 领导者。全局只有一个
从节点:follower 随从。全局可以有很多个。
主从节点的确定:
选举机制:
采取投票的形式确定leader
只要某个节点被投票的数量超过总结点数的一般,这个节点当选(遵从半数原则)
半数原则:
a.开启集群的时候,只要得票数是超过总结点得一半,这个节点当选leader。
b.只要在集群中有超过半数得节点可以使用,这个zookeeper可用。
问题:
10节点,需要开启6个节点,zookeeper才可以使用。
9个节点,需要开启5个节点,zookeeper才可以使用。
那如果10个节点后面4个节点不可用,为什么不直接使用9个节点就好了呢?
结论:
zookeeper集群节点的数量一般都是奇数个

4…zookeeper和yarn的区别:
yarn是管理整个MapReduce计算过程的资源调度器。
zookeeper是管理整个hadoop生态圈的资源。
5.zookeeper集群的节点宕机
a.如果宕机的数量没有超过总节点数量的一半,就可以正常使用。
a1:follower宕机的话:一切正常。
a2:leader宕机的话:重新选举下一任leader

你可能感兴趣的:(zookeeper:动物园管理者)