zookeeper学习(01)——初识zookeeper
Zookeeper有什么用：Zookeeper 作为一个分布式的服务框架，主要用来解决分布式集群中应用系统的一致性问题。通俗的讲，zookeeper管理和维护这个集群系统中节点共同关系的关键数据，集群的节点作为zookeeper集群的客户端，能够向zookeeper提交关键数据，并允许节点向zookeeper注册感兴趣的数据，当感兴趣的数据被修改时能够通过事件回调方式及时通知集群节点。zookeeper比较典型的应用场景如配置管理，统一命名服务，同步锁，同步队列，两阶段提交等(demo: http://zookeeper.apache.org/doc/r3.4.5/recipes.html)。
系统模型
https://cwiki.apache.org/confluence/download/attachments/24193436/service.png?version=1&modificationDate=1295045310000
[*]zookeeper集群的server数一般应该为2n+1,允许n个节点发生故障后还能够提供正常的服务。
[*]zookeeper集群启动后会通过paxos选举出一个Leader，其他节点则为Follower。
[*]在任意时刻，一个client只会连接一个server，只有当这个server发生故障后才会去连接另外一个连接。
[*]client提交数据修改时，server会把请求发送给Leader，由Leader发起提议并进行投票，如果超过半数的server投票通过则向所有Flower commit 提议，同步数据修改，接收server把结果返回client
[*]client请求查询数据时，server把结果直接返回给client
Zookeeper数据模型
zookeeper维护和管理一个（和Linux系统类似的文件系统）的命名空间，该命名空间有如下特点:
[*]以"/"分隔目录(znode)
[*]节点允许有目录并且可以存储自己的数据
[*]具有版本特性和访问权限设置(ACL)，每个znode可以存储和读取多个版本的数据
[*]目录/znode可以被client监控，当目录发生变化时可以及时通知注册了相关修改类型的监听事件的client
[*]znode存储的数据尽量要小，最好不能超过1M
[*]允许client创建以下四种类型znode
[*]PERSISTENT:持久化节点
[*]PERSISTENT_SEQUENTIAL:顺序自动编号的持久化节点,如请求创建/name/test节点时，会在test后追加上一个等于其兄弟最大编号+1的编号并把该目录返回给客户端
[*]EPHEMERAL:临时目录节点，一旦创建这个节点的客户端与服务器端口也就是 session 超时，这种节点会被自动删除
[*]EPHEMERAL_SEQUENTIAL：临时自动编号节点
页:
[1]