Mongodb 数据库的理想副本数
我正在寻找一些最佳实践，以便能够充分阅读，以确定如何决定Mongo所需的副本数量。我知道Mongo文档讨论了奇数个节点、何时需要仲裁器等问题 在我们的例子中，对读取的要求不会太高，读取将成为瓶颈。目前我们也没有针对切分。然而，我们将在docker swarm中运行mongo，可能有多个特定服务的实例试图编写。我们的蜂群群很可能也不会很大 那么，我如何找到这些问题的逻辑答案：Mongodb 数据库的理想副本数,mongodb,database-replication,docker-swarm,Mongodb,Database Replication,Docker Swarm,我正在寻找一些最佳实践，以便能够充分阅读，以确定如何决定Mongo所需的副本数量。我知道Mongo文档讨论了奇数个节点、何时需要仲裁器等问题 在我们的例子中，对读取的要求不会太高，读取将成为瓶颈。目前我们也没有针对切分。然而，我们将在docker swarm中运行mongo，可能有多个特定服务的实例试图编写。我们的蜂群群很可能也不会很大 那么，我如何找到这些问题的逻辑答案： 为什么不为每个物理节点创建一个本地mongo实例并将其绑定到该实例上 对于任何数量的物理节点，只要读/写不是瓶颈，3或5个
我试图找到一些好的读物，以便能够决定如何得出一个数字。有什么建议吗？要给你答案，所有这些都取决于许多标准
DC3中的2个二级答案取决于许多标准
DC3中有2个二级数据集我的数据不是非常庞大。它将适合在一个磁盘上使用很少的gig。无论预算如何，swarm中的最大物理节点数可能为7-9个。物理集群不会超出这个范围。我想通过阅读文章来了解我是否可以为每个节点提供一个副本，或者3个、5个或7个副本，以及为什么我的数据不是超级大。它将适合在一个磁盘上使用很少的gig。无论预算如何，swarm中的最大物理节点数可能为7-9个。物理集群不会超出这个范围。我想通过阅读文章来了解我是否可以为每个节点或3个、5个或7个节点提供一个副本，以及原因