前言
本文分享本菜鸟的Zookeeper学习笔记。
Zookeeper主要为集群组件协调工作提供服务。相对内容比较少。
本菜鸟QQ:599903582
笨鸟先飞,熟能生巧。
比心心~
提示:以下是本篇文章正文内容,下面案例可供参考
1.概述
- 为分布式应用提供协调服务的Apache项目
2.工作机制
- 设计模式来看: 观察者模式
- 负责存储和管理大家都关心的数据,接受观察者的注册。
一旦数据发生变化,Zookeeper就通知已经在Zookeeper上注册的那些观察者做出相应的反应。
3.Zookeeper特点
- 一个leader,多个follower
- 半数以上节点存活,Zookeeper集群能够正常工作
- 全局数据一致:每个Server保存一份相同的数据副本
- 更新请求顺序进行,来自同一个client的更新请求按其发送规则依次执行
- 数据更新原子性,要么成功,要么失败
- 实时性,在一定的范围内,Client能够读到最新的数据
4.数据结构
- 和Unix文件系统相似,整体上可以看作为一棵树。
- 每个节点叫一个ZNode, 每个ZNode只能保存1M的数据,并且都有其唯一的路径标识
5.应用场景
- 统一命名服务,统一配置管理,统一集群管理,服务器节点动态上下线,软负载均衡等
6.选举机制
- 1,半数机制:集群中半数以上机器存活,集群可用。适合安装奇数台
- 2,Leader 和 Follwer , Leader是通过内部的选举机制临时产生的
选举过程:
- 服务器1启动,此时只有它一台服务器启动了,它发出去的报文没有任何响应,所以它的选举状态一直是LOOKING状态。
- 服务器2启动,它与最开始启动的服务器1进行通信,互相交换自己的选举结果,由于两者都没有历史数据,所以id值较大的服务器2胜出,但是由于没有达到超过半数以上的服务器都同意选举它(这个例子中的半数以上是3),所以服务器1、2还是继续保持LOOKING状态。
- 服务器3启动,根据前面的理论分析,服务器3成为服务器1、2、3中的老大,而与上面不同的是,此时有三台服务器选举了它,所以它成为了这次选举的Leader。
- 服务器4启动,根据前面的分析,理论上服务器4应该是服务器1、2、3、4中最大的,但是由于前面已经有半数以上的服务器选举了服务器3,所以它只能接收当小弟的命了。
- 服务器5启动,同4一样当小弟
7.命令操作
zkServer.sh start zoo.cfg
zkCli.sh
help // 显示所有操作命令
ls path [watch] // 查看当前znode中所包含的内容
ls2 path [watch] // 查看详细信息
create // 创建, 创建时需要直接传值。 -s 含有序列 -e 临时(重启或者超时消失)
get path [watch] // 获取节点的值
set // 设置节点的值
stat // 查看节点状态
delete // 删除节点
rmr // 递归删除节点
8.监听器原理
- 首先要有一个main()线程
- 在main线程中创建Zookeeper客户端,这时就会创建两个线程,一个负责网络连接通信(connect),一个负责监听(listener)。
- 通过connect线程将注册的监听事件发送给Zookeeper
- 在Zookeeper的注册监听器列表中将注册的监听事件添加到列表中
- Zookeeper监听到有数据或路径变化,就会讲这个消息发给listener线程
- listener线程内部调用了process()方法
常用的监听:
- 监听节点数据的变化 get path【watch】
- 监听子节点增减的变化 ls path 【watch】
9.ZookeeperApi
https://www.cnblogs.com/54hsh/p/12196534.html
资料链接:
https://blog.csdn.net/java_66666/article/details/81015302
总结
本文分享了本菜鸟的Zookeeper学习笔记,Zookeeper相对于其他的组件来说比较简单,主要是为其他组件协调工作而服务,基本上只需要开启它就可以了。
本人QQ:599903582
笨鸟先飞,熟能生巧。
比心心~