MongoDB - 小/多或少/大节点集群

Question

是否可以说在一般情况下(数据库规模非常大)什么是最好的:让 MongoDB 集群由大量较小的 Blade 服务器或一些非常胖的服务器组成？

考虑到分片键的粒度非常细，所以拆分应该不是问题。

如果没有“金子弹”，那么这两种设置的优缺点是什么？

Answer 1

什么方面最好？从财务角度来看，我会选择大量便宜的硬件 :)

MongoDB 的构建可以轻松跨节点扩展，那么为什么不利用这一点呢？您只需要一台或几台强大的 SQL 服务器的原因是为了最大限度地减少关系数据在物理节点之间的传播。但由于 MongoDB 使用文档，因此您的大部分相关数据都存储在单个文档中。这意味着它全部存储在同一物理位置，您不必在其他节点上进行代价高昂的查找来重建数据的“全貌”。

要记住的另一件事是 map-reduce 作业可以 only run in parallel in a sharded environment .因此，如果您计划进行大量 map 缩减，更多的分片/服务器将带来更好的性能。

如果您的数据库超出了您强大的服务器的容量怎么办？您打算投资另一台处理少量额外增长的强大服务器吗？或者如果其中一个崩溃了怎么办？使用更小、更便宜的服务器，您可以在需要时逐渐扩大(或缩小)规模。此外，服务器崩溃的影响要小得多，因为它只会影响您的一小部分数据。

总而言之:由较小的服务器组成的大型集群并不是 Elixir ，因为管理这样的集群有其自身的挑战，但如果您进行 map-reduce，它会便宜得多，而且可能速度更快。