zookeeper内部机制与注册监听机制

最新推荐文章于 2024-09-04 19:33:30 发布

focuson_

最新推荐文章于 2024-09-04 19:33:30 发布

阅读量1.3k

点赞数 1

分类专栏：大数据文章标签： zookeeper

本文链接：https://blog.csdn.net/focuson_/article/details/80289909

版权

本文探讨了Zookeeper在集群设置中为何建议使用奇数个节点，详细解释了Zookeeper的选举过程，并通过示例介绍了节点注册和监听机制。此外，还列举了Zookeeper在HA、监控和YARN等场景的应用。

摘要由CSDN通过智能技术生成

zookeeper应用：

You can use it off-the-shelf to implement consensus, group management, leader election, and presence protocols. And you can build on it for your own, specific needs.

集群节点为什么建议奇数个？

只有超过一半的节点正常，集群才正常，才可以对外服务。

所以，1个节点可以；2个节点，死一个集群就不能用了，所以和一个是一样的；

三个节点，四个节点死一个可以用，死两个不能用，所以和三个是一样的。

所以，需要配置奇数个节点。

zookeeper如何选举？投票结果超过一半立马成为leader，其余的自动成为follower

假如有三个节点

启动集群时：

1、集群启动时，发送投票，自己选举自己为leader，只有一台可选举，但是没有超过半数，进入looking状态；

2、第二台启动，发送投票，自己选举自己为leader，与第一台交换信息，会进行比较epoch、zxid（新启动这两个值都相等），然后比较myid，选举出myid大的那个，此时一定会有一个节点票数超过2，会产生leader

3、第三个一定是follower

集群运行时，发现leader死了进行重新选举，每个节点都发起一轮投票，此时每个节点投票的方式就是先比较epoch、再比较zxid、最后比较myid

znode注册事件模式：

/***
 *  CreateMode value determines how the znode is created on ZooKeeper.
 */
public enum CreateMode {
    
    /**
     * The znode will not be automatically deleted upon client's disconnect.
     */
    PERSISTENT (0, false, false),
    /**
    * The znode will not be automatically deleted upon client's disconnect,
    * and its name will be appended with a monotonically increasing number.
    */
    PERSISTENT_SEQUENTIAL (2, false, true),
    /**
     * The znode will be deleted upon the client's disconnect.
     */
    EPHEMERAL (1, tru