数据库的理想副本数

Question

我正在寻找一些最佳实践，能够阅读足以衡量如何决定Mongo所需的副本数量。我知道Mongo Docs谈论的事情有奇数个节点，什么时候需要仲裁器等等。

在我们的案例中，读取的要求不会太高，读取将成为瓶颈。我们目前也没有针对分片。但是，我们将在docker swarm中运行mongo，并且可能有多个服务尝试写入的实例。我们的群集群最不可能是非常庞大的。

那么我如何找到这些的合理答案：

1. 为什么不为每个物理节点创建一个本地mongo实例并将其绑定到该实例？
2. 对于任意数量的物理节点，只要读/写不是瓶颈，3或5个副本总是理想的故障恢复和高可用性。但为什么3或5是一个好数字。如果我说10个物理节点，为什么不是7。

我试图找到一些好的读物，以便能够决定如何到达一个数字。有什么指针吗？

Answer 1

为了给你一个答案，一切都取决于许多标准

1. 您的预算是多少？
2. 您的数据有多大
3. 您希望将副本集用于
4. 等...

作为一个例子，就我而言 我们在全国拥有3个数据中心 其中一个很小

我们发现我们的节点数量为节点数为5 DC1中有1个主要+ 1个中学 1 DC2中的仲裁者 DC3中的2个辅助文件