Kafka不停机，如何无感知迁移ZooKeeper集群？

Kafka 在 Yelp 的应用十分广泛，Yelp 每天通过各种集群发送数十亿条消息，在这背后，Kafka 使用 Zookeeper 完成各种分布式协调任务。

因为Yelp 非常依赖 Kafka，那么问题来了，它是否可以在不引起 Kafka 及其他 Zookeeper 用户注意的情况下切换 Zookeeper 集群呢？本文将揭晓答案。

Kafka 在 Yelp 的应用十分广泛。事实上，我们 每天通过各种集群发送数十亿条消息。在这背后，Kafka 使用 Zookeeper 完成各种分布式协调任务，例如决定哪个 Kafka broker 负责分配分区首领，以及在 broker 中存储有关主题的元数据。

Kafka 在 Yelp 的成功应用说明了我们的集群从其首次部署 Kafka 以来经历了大幅的增长。与此同时，其他的 Zookeeper 重度用户（例如 Smartstack 和 PaasTA）规模也在增长，给我们的共享 Zookeeper 集群添加了很多负担。为了缓解这种情况，我们决定让我们的 Kafka 集群使用专门的 Zookeeper 集群。

由于我们非常依赖 Kafka，因维护造成的任何停机都会导致连锁反应，例如显示给业务所有者的仪表盘出现延迟、日志堆积在服务器上。那么问题就来了：我们是否可以在不引起 Kafka 及其他 Zookeeper 用户注意的情况下切换 Zookeeper 集群？

Zookeeper 有丝分裂

经过团队间对 Kafka 和 Zookeeper 的几轮讨论和头脑风暴之后，我们找到了一种方法，似乎可以实现我们的目标：在不会导致 Kafka 停机的情况下让 Kafka 集群使用专门的 Zookeeper 集群。

我们提出的方案可以比作自然界的 细胞有丝分裂：我们复制 Zookeeper 主机（即 DNA），然后利用防火墙规则（即细胞壁）把复制好的主机分成两个独立的集群。

有丝分裂中的主要事件，染色体在细胞核中分裂

让我们一步一步深入研究细节。在本文中，我们将会用到源集群和目标集群，源集群代表已经存在的集群，目标集群代表 Kafka 将要迁移到的新集群。我们要用到的示例是一个包含三个节点的 Zookeep