搭建CK平台的时候，ZK是自维护环境； 现根据需要，统一迁移到云平台进行统一管控； 由于两边是不同的集群，无法通过脑裂的方式进行平滑迁移，更新ZK后，CK需要重启生效，无法像参数一样动态加载；（刚迁移的时候踩了坑，没重启，一直报错）
整理一下整个过程，供参考
一、CK停服
由于我部署了CK的守护进程，停服前需要先关闭守护进程，否则CK即使停服了也会被自动拉起；
这个守护进程是自己编写的，并不是Supervisor，因为Supervisor只能守护前台进程，无法监控后台进程；
整个CK集群都需要停服，如果节点比较多，可以通过Ansible统一停服；
clickhouse stop
二、ZK数据迁移
从老的ZK集群选取任一个节点进行迁移，follwer或者leader都可以； 将快照数据和日志数据都拷贝到新的ZK集群；
三、 更新CK中ZK配置信息
对所有的CK节点，将配置文件metric.xml文件中的ZK地址和端口更新为新的ZK地址；
sed -i 's/(X.X.X.X|X.X.X.X|X.X.X.X)/zk.jddb.com/' /export/data/clickhouse/metrika.xml_new sed -i 's/2181/3678/' /export/data/clickhouse/metrika.xml_new
节点比较多的话，可以通过ansible批量更新
四、 启动CK服务
对所有CK节点启动服务，并开启守护进程；
clickhouse start
五、 验证
更新ZK后，集群是否可用？ 通过命令验证一下即可；
create database wang on cluster shwx_cluster; drop database wang on cluster shwx_cluster;
如果都执行成功即迁移完毕
