Apache zookeeper Zookeeper HA设置与分层仲裁（6个节点）

我们正在尝试使用6节点（2个数据中心中的3+3节点）建立ZK集群。我们的服务器/虚拟机在两个数据中心成对配置，两个DC之间的延迟小于2-3毫秒，因此我们认为理想的做法是使用所有6台服务器，使用分层配额，而不是典型的5节点设置。此外，扩展集群（2个数据中心中的3+2个节点）可能无法容忍第二个数据中心故障

我们使用了本文中描述的参考体系结构

我们当前的设置如下（服务器1a、2a和3a位于数据中心a：：服务器1b、2b和3b位于数据中心b）

服务器

• 服务器。1=1a:2888:3888
• 服务器。2=1b:2888:3888
• 服务器。3=2a:2888:3888
• 服务器。4=2b:2888:3888
• 服务器。5=3a:2888:3888
• 服务器。6=3b:2888:3888

组

• 第1组=1：2：3
• 第2组=4：5
• 第3组=第6组

能够承受任何一个数据中心故障的理想重量配置是什么

• 重量1=1
• 重量2=1
• 重量3=1
• 重量4=1
• 重量0.5=1
• 重量6=1

---

切勿使用偶数个动物园管理员。在其中一个数据中心中添加一个额外的。它们的重量都一样，为什么呢matter@cricket_007谢谢你的回复。因为我们的服务器是成对配置的，所以我们总是在2个DC中使用偶数个服务器。但是，即使我使用一个由3个主节点和2个辅助节点组成的扩展集群，如果主数据中心崩溃，ZK集群也会崩溃，因为没有大多数节点。您可能会从我的原始帖子中的链接中注意到，高盛团队也遇到了同样的问题，他们最终使用了所有6个节点（跨主数据中心和辅助数据中心）。最终，您需要至少3个区域/数据中心，就像云产品一样。在任何情况下，同等权重有什么问题？一个数据中心对Zookeeper客户的潜在性是否降低？或者客户是否也分布在两个DC？（客户包括卡夫卡）是的，在理想情况下，我们希望有3个区域。但这种设置在我们的组织中还不可用。在权重相等的情况下，我怀疑如果一个数据中心出现故障，我们可能无法在集团内获得多数席位（因此可能无法形成法定人数）。我们可能需要运行一些测试，但我们还不能确定这一点。