哪种MongoDB扩展策略(Sharding、Replication)适合并发连接



考虑

  • 我有多个devcloud(开发人员的远程工作场所(,它们都是在同一个裸机服务器上运行的虚拟机。

  • 过去,他们使用自己的MongoDB容器在Docker上运行。因此,MongoDB容器的数量可以在devclouds中添加50多个实例。

问题变得很明显,虽然有50个实例同时运行,但实际上只有5个人对自己的实例执行读/写操作。因此,其他45个正在运行的实例会浪费服务器的资源。

我应该通过组合一组MongoDB实例来只使用一个MongoDB集群吗?这样每个人都可以只连接到一个端点(通过内部网络(,以避免浪费资源。

我正在考虑分片策略,但问题是,如果一个节点关闭(一个VM关闭(,那么可用性(冗余(是否可以?

我对分片和复制很陌生,期待了解您的解决方案。谢谢

如果每个开发人员都希望完全控制他们的数据库部署,则不能组合这些部署。否则,一个开发人员可以删除部署中的所有数据,等等。

如果每个开发人员都希望访问一个数据库,则可以部署一个为所有开发人员服务的副本集,并为每个开发人员分配一个数据库(通过身份验证(。

MongoDB意义上的Sharding(一个分片集群(在这种情况下并没有真正的帮助,因为应用程序通常使用所有的分片。你当然可以";手动碎片";通过设置多个复制副本集。

相关内容

  • 没有找到相关文章

最新更新