Using config: /usr/local/zookeeper/bin/../conf/zoo.cfg Mode: follower
redis客户端是否能正常访问到codis-proxy。
[root@vmware-130 logs]# redis-cli -h 192.168.43.100 -p 45001 192.168.43.100:45001> get mike \
192.168.43.100:45001> get benet \
192.168.43.100:45001> get id \
192.168.43.100:45001> exit [root@vmware-130 logs]#
dashboard管理界面是否正常。
打开浏览器，访问 http://192.168.43.130:18087/admin/
2.停止group master,检查group slave是否自动切换主
接下来，我们开始来模拟vmware-130机器上的codis-server master 6379端口挂掉
停止codis-master后，检查codis-ha日志输出如下信息:
打开管理界面，查看到如下信息：
客户端写入新数据，切换后的主是否有新key增加。
[root@vmware-130 ~]# redis-cli -h 192.168.43.100 -p 45001 192.168.43.100:45001> set abc 123 OK
192.168.43.100:45001> set def 456 OK
192.168.43.100:45001> get abc \
192.168.43.100:45001> get def \
192.168.43.100:45001> exit 打开管理界面，查看到keys增加两个。
接下来我们恢复vmware-130 codis-server 6379
[root@vmware-130 ~]# /usr/local/codis/bin/codis-server /data/codis_server/conf/6379.conf
[root@vmware-130 ~]# ps -ef |grep codis-server
root 2121 1 0 Apr30 ? 00:02:15 /usr/local/codis/bin/codis-server *:6380 root 7470 1 21 16:58 ? 00:00:00 /usr/local/codis/bin/codis-server *:6379
root 7476 1662 0 16:58 pts/0 00:00:00 grep codis-server
这时，我们在管理界面看到如下情况：
备注：当master挂掉时候，redis-ha检测到自动将slave切换为master,但是master恢复后，仍为offline，需要将其删除在添加，就可以成为slave.
按备注那样，我们需要将原来的master 6379先删除，然后再次添加。操作完成后，如下图所示：
3.通过dashboard管理界面添加codis-server组，在线迁移、扩展等。
添加新组，添加master,slave . \\\\此步省略，之前已经添加好group_3
通过Migrate Slot(s)选项，我们来迁移group_1组到group_3组： 为了模拟迁移是否会影响到业务，我在一台机器开启插入数据脚本，
[root@vmware-132 scripts]# sh redis-key.sh \\\\脚本里面连接codis群集请修改为虚拟IP.
现在又客户端在实时插入数据，接下来通过管理界面操作步骤如下：
目前客户端在不断插入新数据，后端我们又在迁移组数据，那么我们现在在来get数据看看是否正常。
[root@vmware-130 ~]# redis-cli -h 192.168.43.100 -p 45001 192.168.43.100:45001> get abc \
192.168.43.100:45001> get benet \
192.168.43.100:45001> get mike \
192.168.43.100:45001> get id \
192.168.43.100:45001> exit
可以看到后端在迁移数据，对业务访问不受影响。这点非常赞。
迁移完成后，如下图所示：