MongoDB - 跨数据中心初选 DRP / Geographically Distributed Replica Sets

Question

使用分布在 3 个数据中心的 mongo

对于本示例，数据中心名称为 A、B、C

当一切顺利时，所有用户流量都指向A

所以 mongo 主要在 A 上，mongo 设置是：

• A 中的 3 台服务器（具有高优先级）
• B 中有 1 台服务器（低优先级）
• C 中的 1 个服务器（优先级 0）

当两种情况发生时，问题是支持 mongo-writes：

1. A-B-C 之间没有网络（网络隧道已关闭）
2. 数据中心 A 着火了 :)，假设数据中心无法正常工作，此时所有用户流量都指向 B，预计 B 将进行一次初选。

场景 1 不是问题，当没有数据中心网络隧道时，A 仍然有大部分副本和高优先级，所以一切都还在工作。

场景 2 无法工作，因为当 A 停止工作时，（A 上的）所有 3 个副本都无法访问，这样在 B 或 C 中将不会重新生成新的主副本，因为大多数副本都已关闭。

如何设置我的副本集以支持这两种情况？

Answer 1

这是不可能的：在总网络分区和的情况下，如果使用 MongoDB 使用的多数选举方法的 DC 失败，则不能有一个“可用”系统：要么大多数都在一个 DC 中，那么它将在分区中幸存，但在 DC 宕机时不会幸存，或者大多数需要 2 个 DC 启动，这可以在一个 DC 宕机但不能在整个网络故障时幸免。

您的选择：

• 接受分区问题并将设置更改为 2-2-1。 不可靠的隧道应该是可以解决的，如果 DC 的整个网络出现故障，您就处于场景 2。
• 接受 DC 问题并坚持您的配置。最可能的问题可能是大规模网络问题和大规模停电，而不是火灾。
• 使用支持其他类型容错的数据库。然而，这并不是万能的，因为这需要其他一些必须很好理解的权衡。

为了在 DC A 出现故障时保持系统正常运行，还需要在 DC B 或 C 中的应用程序服务器，这在其自身方面是一个棘手的问题。例如，如果您使用分区容忍度更高的数据库，您可能很容易遇到“脑裂”问题，即不同 DC 中的应用程序服务器接受不同但相互冲突的写入。此类问题只能在应用层面解决。