Zookeeper入门

1.概述

Zookeeper是一个开源的分布式的，为分布式框架提供协调服务的Apache项目。

1.1 Zookeeper工作流程

Zookeeper从设计模式角度来理解：是一个基于观察者设计模式的分布式服务管理框架，它负责存储和管理大家都关心的数据，然后接受观察者的注册，一旦这些数据状态发生变化，Zookeeper就将负责通知已经在Zookeeper上注册的那些观察者作出相应的反应。
Zookeeper=文件系统+通知机制

1.服务器在启动的时候去zookeeper注册中心注册服务器节点信息
2.客户端通过zookeeper获取到当前服务器列表，并注册监
3.一旦有服务器结点下线
4.zookeeper会向客户端通知结点下线信息
5.客户端会再次重新获取服务器列表，并注册监听

1.2 Zookeeper特点

1.3 Zookeeper数据结构

1.4 Zookeeper应用场景

1.统一命名服务
2.统一配置管理
a.一般要求集群中所有节点的配置信息是一致的
b.对配置文件修改之后，能够快速同步到各个结点
c.配置管理可以交给zookeeper实现，可以将配置文件信息写入zookeeper中的一个znode
d.各个客户端服务器监听这个znode
e.一旦znode中的数据被修改，zookeeper将通知各个客户端服务器

3.统一集群管理
在分布式环境中，实时掌握每个节点的状态是十分重要的
zookeeper可以实现实时监控节点变化
a.将结点信息写入zookeeper的一个znode
b.监听这个znode可以获取它的实时状态变化

4.服务器动态上下线
5.软负载均衡
在zookeeper中记录每台服务器的访问数，让访问数最少的服务器去处理最新的客户端请求

Zookeeper选举机制(五台服务器)

1.服务器1启动，发起一次选举，服务器1会投自己一票，服务器启动数量不够半数以上，无法完成选举，此时服务器1进入LOOKING；
2.服务器2启动，再发起一次选举，服务器2 会投自己一票，此时服务器1发现服务器2的myid比自己投票推举的服务器1的大，更改选票为服务器2，此时服务器1票数0票，服务器2票数2票，已经启动的服务器数量不足半数以上，无法完成选举，服务器1和服务器2保持LOOKING;
3.服务器3启动，发起一次选举，此时服务器1和服务器2都会更改选票为服务器3，服务器1和服务器2都为0票，服务器3为3票，此时已经启动的服务器数量为3台，超过五台半数以上，服务器3当选Leader，状态为LEADING，服务器1和服务器2为Follower，状态为FOLLOWING
4.服务器4启动，发起一次选举，此时服务器1和服务器2都不是LOOKING状态，不会更改选票信息，服务器4为follower，状态为FOLLOWING
5.服务器5启动，和服务器4角色与状态一样。

关键词

SID：服务器ID，用来唯一标识一台Zookeeper集群中的机器，每台机器不能重复和myid一样
ZXID：事务ID，ZXID是一个事务ID，用来标识一次服务器状态的变更。
Epoch：每个leader任期的代号。

选举条件

当Zookeeper集群中的一台服务器出现以下两种情况之一时，就会开始进入leader选举
1.服务器初始化启动
2.服务器运行期间无法和leader保持连接

当集群中有leader时，机器试着去选取leader会被告知leader已经存在
当集群中之前选举的leader出现故障后，会重新进行选举，选举规则如下
1.先比较Epoch的值，大的直接胜出
2.再比较ZXID的值，事务id大的胜出
3.最后比较SID，服务器id大的胜出