我的 MongoRestore 操作会使我的数据库崩溃吗?

问题描述

我很快需要对我的生产数据库运行一个相当大的 MongoRestore operation

我目前正在开发 M30 cluster 上运行 MongoRestore 测试并监控各种统计数据,这些统计数据记录了

的峰值
  • 82% 的数据库利用率
  • 44% 标准化进程 cpu
  • 50% 标准化系统 cpu
  • 磁盘 IOPS 600/s

我的生产数据库M40 cluster tier),在正常运行期间(没有 MongoRestore)大致有:

  • 20% 的数据库利用率
  • 6% 标准化进程 cpu
  • 10% 标准化系统 cpu
  • 磁盘 IOPS 100/s

假设我的 test 和 prod 集群都是同一层(都是 M30,或者都是 M40)。

如果上面显示的任何两个指标的总和等于或超过 100%,是否存在集群崩溃的风险?

例如,考虑上面显示数据库利用率

  • 在我的测试集群上,MongoRestore 使其在大约 10 分钟内达到 82%。在 prod 集群上,在正常运行期间,利用率约为 20%。因此,理论上,恢复可能会导致利用率超过 100% (82% + 20%),这在我看来很危险。

注意我的 MongoRestore 只指定了以下参数:

这些是我的 MongoRestore 命令传递的唯一参数,因此所有其他值都将是认值。

我的问题是:

  • 如果上述任何指标加起来达到或超过 100%,是否存在系统崩溃的危险?
  • 或者,MongoDb 是否会以某种方式进行调整以允许两个操作并行继续以避免系统崩溃?即它会变慢,或导致所有读/写排队,还是需要更多时间来允许操作同时发生?

任何建议将不胜感激。

解决方法

暂无找到可以解决该程序问题的有效方法,小编努力寻找整理中!

如果你已经找到好的解决方法,欢迎将解决方案带上本链接一起发送给小编。

小编邮箱:dio#foxmail.com (将#修改为@)