node.js - 为什么 Meteor 使用这么多带宽？是休斯顿管理员订阅吗？

Question

这是一个关于 Meteor 的奇怪缩放问题。 UNPUBLISHED 集合似乎影响了服务器的使用。编辑:这似乎与休斯顿管理包有关。

复制:这是可重现的代码:https://github.com/keyscores/houston_admin_performance_issue

场景 A:我从一个原型(prototype)应用程序开始，该应用程序将“db.originalData”中的 5 个文档聚合/缩减为“db.reducedResult”中的 1 个文档。唯一发布的集合是微小的“reducedResult”。这一切看起来非常有效:

• 1% 的 CPU 使用率
• 分配了 20mb 内存

场景 B:但是，当我在 originalData 中测试具有 15,000 条记录的真实数据时，未发布:

• 100% CPU 使用率
• 使用 100% 内存 (1GB)
• 内存交换到磁盘
• 100% 带宽使用 10mb/S

这很奇怪，因为只发布了小合集 * 1 条记录 *。大型集合 originalCollection 未发布。

---

基础设施:mongo 服务器与 Meteor 前端(Digital Ocean via MUP)位于不同的服务器(compose.io)上

Answer 1

似乎休斯顿管理员在连接到远程 MongoDB 实例时使用了大量 CPU。

Houston 似乎对所有集合都创建了订阅，即使是那些可能有意对客户隐藏(未发布)的集合。它似乎也发生在未登录的用户身上。请参阅随附的 CPU 时间线。

问题通过移除 Houston 得到解决。使用本地 mongo 实例时错误也会消失。

问题交叉张贴在这里: https://github.com/keyscores/houston_admin_performance_issue