zookeeper是我们在开发中经常使用的一个分布式协调组件。功能很强大。所以打算将zookeeper的相关内容写下来分享给大家。内容会比较多，所以会分几篇介绍~
zookeeper概述
ZooKeeper是一个分布式的，开放源码的分布式应用程序协调服务，是Google的Chubby一个开源的实现，是Hadoop和Hbase的重要组件。它是一个为分布式应用提供一致性服务的软件，提供的功能包括：配置维护、域名服务、分布式同步、组服务等。
Zookeeper是一个分布式协调服务；就是为用户的分布式应用程序提供协调服务
| 序号 | 功能 |
|---|---|
| 1 | 为别的分布式程序服务的 |
| 2 | 本身就是一个分布式程序 |
| 3 | 主从协调 服务器节点动态上下线 统一配置管理 分布式共享锁 统一名称服务 |
| 4 | 管理(存储，读取)用户程序提交的数据 并为用户程序提供数据节点监听服务 |
Zookeeper的集群机制
zookeeper是为其他分布式程序提供服务的，所以本身自己不能随便就挂了，所以zookeeper自身的集群机制就很重要。zookeeper的集群机制采用的是半数存活机制，也就是整个集群节点中有半数以上的节点存活，那么整个集群环境可用。这也就是说们的集群节点最好是奇数个节点。
zookeeper集群节点的角色
Leader
Leader服务器是Zookeeper集群工作的核心，其主要工作如下
- 事务请求的唯一调度和处理者，保证集群事务处理的顺序性。
- 集群内部各服务器的调度者。
Follower
Follower是Zookeeper集群的跟随者，其主要工作如下
- 处理客户端非事务性请求（读取数据），转发事务请求给Leader服务器。
- 参与事务请求Proposal的投票。
- 参与Leader选举投票。
Observer
Observer充当观察者角色，观察Zookeeper集群的最新状态变化并将这些状态同步过来，其对于非事务请求可以进行独立处理，对于事务请求，则会转发给Leader服务器进行处理。Observer不会参与任何形式的投票，包括事务请求Proposal的投票和Leader选举投票
集群环境准备
通过上面的介绍我们了解到zookeeper的集群环境应该配置奇数个节点，所以我们在本文中搭建的zookeeper环境准备在3个节点上搭建。接下来我们介绍下需要准备的环境。
1.准备3个节点
准备3个centos6.5的虚拟机节点，并且安装配置好JDK版本最好是8.不清楚的可参考此地址Linux之jdk安装,并配置好相关的网络配置。
| ip | 主机名 |
|---|---|
| 192.168.88.121 | hadoop-node01 |
| 192.168.88.122 | hadoop-node02 |
| 192.168.88.123 | hadoop-node03 |
2.节点的映射关系
每个节点设置相应的ip和主机名的映射关系，方便集群环境的部署
3.配置免密登录
3.1生成公钥和私钥
ssh-keygen
然后四次回车就可以了，然后就可以在当前登录用户的主目录下可以查看到.ssh目录，公钥和私钥就保存在该目录中
3.2发送公钥给需要免密登录的节点
ssh-copy-id hadoop-node01
ssh-copy-id hadoop-node02
ssh-copy-id hadoop-node03
ssh-copy-id hadoop-node04
分别发送给各个节点，自身也需要发送。
然后在其他两个节点上重复此步骤
4.关闭防火墙
本文的环境中我们就直接永久关闭防火墙。
-
重启后生效(永久关闭)
开启： chkconfig iptables on
关闭： chkconfig iptables off -
即时生效，重启后失效
开启： service iptables start
关闭： service iptables stop
查看防火墙状态
[root@hadoop-node01 ~]# service iptables status
iptables：未运行防火墙。
[root@hadoop-node01 ~]#
表示防火墙关闭
至此zookeeper集群环境搭建的准备工作准备完成，下篇我们主要介绍zookeeper的集群环境搭建。