Zookeeper服务器集群的搭建与操作

ZooKeeper



作用：Zookeeper 可以用来保证数据在zk集群之间的数据的事务性一致（原子操作）。

介绍：Zookeeper 是 Google 的 Chubby一个开源的实现，是 Hadoop 的分布式协调服务。

　　 它包含一个简单的原语集，分布式应用程序可以基于它实现同步服务，配置维护和命名服务等。

特性：简单的、富有表现力的、具有高可用性、采用松耦合交互方式、是一个资源库。

如何搭建ZooKeeper服务器集群
2.1 ZooKeeper服务器集群规模不小于3个节点，要求各服务器之间系统时间要保持一致。
2.2 在hadoop0的/usr/local目录下，解压缩zookeeper-3.4.5.tar.gz(tar -zxvf zookeeper-3.4.5.tar.gz)，
　　设置环境变量vi /etc/profile
　　　　export ZOOKEEPER_HOME=/usr/local/zk
　　　　export PATH=.:$....:$ZOOKEEPER_HOME/bin:$.....
　　环境变量设置好了，执行source /etc/profile
2.3 在conf目录下
　　　　重命名： mv zoo_sample.cfg zoo.cfg
2.4 编辑该文件，执行vi zoo.cfg
　　　　修改dataDir=/usr/local/zk/data
　　　　新增server.0=hadoop0:2888:3888
　　　　　　server.1=hadoop1:2888:3888
　　　　　　server.2=hadoop2:2888:3888
2.5 创建文件夹mkdir /usr/local/zk/data
2.6 在data目录下，创建文件myid(vi myid)，值为0
2.7 把zk目录复制到hadoop1和hadoop2中
　　　　　　scp -r /usr/local/zk/ hadoop1:/usr/local/
　　　　　　scp -r /usr/local/zk/ hadoop2:/usr/local/
　　将hadoop0中的环境变量复制到hadoop1和hadoop2中
　　　　　　scp /etc/profile hadoop1:/etc/
　　　　　　scp /etc/profile hadoop2:/etc/
　　环境变量复制好了以后，在hadoop1和hadoop2上都要执行source /etc/profile
2.8 把hadoop1中相应的myid的值改为1
　　　　vi /usr/local/zk/data/myid 将里面的值改为1
　　把hadoop2中相应的myid的值改为2
　　　　vi /usr/local/zk/data/myid 将里面的值改为2
2.9 启动，在三个节点上分别执行命令zkServer.sh start
cd /usr/local/zk/bin
ls
zkServer.sh start
启动完了之后，在bin目录下多了一个zookeeper.out
2.10 检验，在三个节点上分别执行命令zkServer.sh status(可以看到MODE，谁是leader，谁是follower)

ZooKeeper的操作(只有shell操作，也可以用java操作)
在hadoop0下，执行zkCli.sh ,就进入到了ZooKeeper，可以在里面使用命令进行相关操作：
ls /
create /chaoren hadoop (/chaoren是path，hadoop是里面的data)
get /chaoren (可以查看到里面的data)

也可以在hadoop1或hadoop2里面：
zkCli.sh
get /chaoren
也可以修改里面的data：
set /chaoren change_data (将chaoren里面的data修改为change_data)
get /chaoren

ZooKeeper的数据模型

层次化的目录结构，命名符合常规文件系统规范

每个节点在zookeeper中叫做znode,并且其有一个唯一的路径标识

节点Znode可以包含数据和子节点，但是EPHEMERAL类型的节点不能有子节点

Znode中的数据可以有多个版本，比如某一个路径下存有多个数据版本，那么查询这个路径下的数据就需要带上版本

客户端应用可以在节点上设置监视器

节点不支持部分读写，而是一次性完整读写

Zookeeper的节点

Znode有两种类型，短暂的（ephemeral）和持久的（persistent）

Znode的类型在创建时确定并且之后不能再修改

短暂znode的客户端会话结束时，zookeeper会将该短暂znode删除，短暂znode不可以有子节点

持久znode不依赖于客户端会话，只有当客户端明确要删除该持久znode时才会被删除

Znode有四种形式的目录节点，PERSISTENT、PERSISTENT_SEQUENTIAL、EPHEMERAL、EPHEMERAL_SEQUENTIAL

Zookeeper的角色

领导者（leader），负责进行投票的发起和决议，更新系统状态

学习者（learner），包括跟随者（follower）和观察者（observer），follower用于接受客户端请求并想客户端返回结果，在选主过程中参与投票

Observer可以接受客户端连接，将写请求转发给leader，但observer不参加投票过程，只同步leader的状态，observer的目的是为了扩展系统，提高读取速度

客户端（client），请求发起方