Zookeeper搭建集群环境

　　1.集群角色
　　Leader角色Zookeeper集群的核心角色
　　一个集群环境有且仅有一个Leader角色事务请求的唯一调度者与处理者
　　保证集群事务处理的顺序性是所有的集群服务器之间的调度者
　　Follower角色处理客户端非事务请求
　　转发事务请求给Leader服务器
　　参与事务请求的投票Leader发起提案
　　需要Follower进行投票当半数以上的Follower服务器均通过,Leader才能通过提案
　　参与竞选Leader角色
　　Observer角色 Observer是ZooKeeper自3.3.0版本开始引入的一个全新的服务器角色
　　充当一个观察者的角色
　　工作原理和Follower基本是一致的
　　和Follower唯一的区别是Observer不参与任何形式的投票2.集群配置准备多台Zookeeper服务器 对每一台Zookeeper服务器进行集群的配置 在Zookeeper配置文件中进行配置
　　在配置文件的末尾另起一行,增加集群配置内容
　　集群环境中有几台服务器,配置信息就有几行
　　其配置信息格式为:server.A=B:C:D
　　A:表示这台服务器的编号其值是一个数字,可以随便写,属于自定义编号的值具有唯一性,不能重复
　　B:表示这台服务器的ip地址多台服务器的ip地址不能相同
　　C:表示这台服务器与集群环境中Leader交换信息时所使用的端口号
　　D:表示执行选择Leader角色时通信的端口号server.1=192.168.7.28:2888:3888 server.2=192.168.7.40:2888:3888 server.3=192.168.7.52:2888:3888配置myid 在集群环境中,需要指定dataDir数据目录
　　在Zookeeper配置文件中通过dataDir配置项进行配置
　　配置完成之后进入到该目录下
　　在该目录下创建一个名字叫做myid的文件
　　该文件没有任何后缀
　　文件中的内容即为当前服务器的编号
　　用于判断当前服务器是集群中的哪一个服务器# 创建myid文件,并在文件中输入A的值 echo A > myid测试集群环境 启动所有的集群环境中的服务器
　　通过命令./zkServer.sh status查看当前服务器状态
　　此时只有一个服务器为Leader,其他均为Follower
　　在集群环境中,只要有任意一台服务器的数据发生了变化,其他的服务器会跟着改变3.选举机制Zookeeper服务器会在服务启动的时候,自动选择一个节点服务器作为当前集群环境的Leader角色
　　竞选失败的其他服务器均为Follower角色
　　那么是如何进行选举的?
　　此时以5台服务器为例
　　Server1-Server5
　　其编号为1-5 每一台服务器在启动的时候都会给自己投票
　　当票数一样的时候会根据当前服务器的编号大小进行比较Server1启动,给自己投票 此时整个集群环境中只启动了一台服务器,总服务器数量是5个
　　集群环境有一个半数机制,在选票尚未达到一半的时候,不会产生选举的结果
　　此时尚未到达一半,因此,不会产生选举结果
　　因此,Server1处于待命状态Server2启动,给自己投票 由于此时Server1已经启动,因此两者进行PK
　　但是此时Server2与Server1票数相同
　　因此通过服务器的编号大小进行比较
　　此时Server2的编号为2,Server1的编号为1,2>1,Server2胜出
　　此时只启动了2台服务器,尚未达到一半
　　由于Server1已经被淘汰,因此Server2处于待命状态Server3启动,给自己投票 由于此时Server2处于待命状态,因此两者进行PK
　　但是此时Server3与Server2票数相同
　　因此通过服务器的编号大小进行比较
　　此时Server3的编号为3,Server2的编号为2,3>2,Server3胜出
　　此时启动了3台服务器,已经达到了总数量的一半以上
　　根据半数机制,此时可以产生结果,当前唯一的胜出者为Server3
　　因此:Server3成功选举成为Leader角色Server4启动 但是此时已经有了Leader角色
　　在一个集群环境中,有且仅有一个Leader
　　因此:Server4只能成为Follower角色Server5启动 但是此时已经有了Leader角色
　　在一个集群环境中,有且仅有一个Leader
　　因此:Server5只能成为Follower角色