zookeeper集群搭建(伪集群)
上传zookeeper-3.4.11.tar.gz
解压
tar vxzf zookeeper-3.4.11.tar.gz
进入zookeeper新建data文件夹
mkdir data
进入conf文件将zoo_sample.cfg重命名为zoo.cfg
进入到/usr/local文件夹下创建一个zookeeper-cluster文件夹
将外部解压的zookeeper-3.4.11复制到zookeeper-cluster中,复制3份,分别为zookeeper-1,zookeeper-2,zookeeper-3
分别进入zookeeper-1,zookeeper-2,zookeeper-3对应的conf文件夹,修改zoo.cfg文件
修改存储文件地址及端口号
配置集群
每个节点的配置文件zoo.cfg中
server.1=192.168.0.128:2881:3881
server.2=192.168.0.128:2882:3882
server.3=192.168.0.128:2883:3883
启动集群
模拟集群异常
(1)首先我们先测试如果是从服务器挂掉,会怎么样
把3号服务器停掉,观察1号和2号,发现状态并没有变化
由此得出结论,3个节点的集群,从服务器挂掉,集群正常
(2)我们再把1号服务器(从服务器)也停掉,查看2号(主服务器)的状态,发现已经停止运行了。
由此得出结论,3个节点的集群,2个从服务器都挂掉,主服务器也无法运行。因为可运行的机器没有超过集群总数量的半数。
(3)我们再次把1号服务器启动起来,发现2号服务器又开始正常工作了。而且依然是领导者。
(4)我们把3号服务器也启动起来,把2号服务器停掉(汗~~干嘛?领导挂了?)停掉后观察1号和3号的状态。
发现新的leader产生了~
由此我们得出结论,当集群中的主服务器挂了,集群中的其他服务器会自动进行选举状态,然后产生新得leader
(5)我们再次测试,当我们把2号服务器重新启动起来(汗~~这是诈尸啊!)启动后,会发生什么?2号服务器会再次成为新的领导吗?我们看结果
我们会发现,2号服务器启动后依然是跟随者(从服务器),3号服务器依然是领导者(主服务器),没有撼动3号服务器的领导地位。哎~退休了就是退休了,说了不算了,哈哈。
由此我们得出结论,当领导者产生后,再次有新服务器加入集群,不会影响到现任领导者。