RustDesk 能否扩展至20万台设备？

2026年7月7日，RustDesk 内部遥测数据显示，一台搭载12核CPU和32GB内存的公共服务器主机上记录到超过200万个在线终端。

有两点界定了它的适用范围。其一，“在线终端”指的是在该时间点被报告为在线状态的设备，而非200万个并发远程控制会话。其二，这是一次内部生产环境观测，而非经独立审计的基准测试，也不代表 Server Pro 的性能保证——既没有公开的监控面板，也没有可下载的数据集，而且 Server Pro 部署的数据库写入、审计活动、控制台使用、策略处理和中继流量都可能有所不同。请将这一数字视为用于规模评估的第一方参考背景，并针对您自身的工作负载验证任何目标规模。

简短回答

是的，20万台在线设备是一个可信的规划目标。上述观测中，一台12核、32GB内存的主机所记录的数字高出整整一个数量级，因此上限并非瓶颈所在；真正需要做的，是验证您自身的具体工作负载，而本文的其余部分正是对此展开详解。

详细说明

此类规模问题，是我们从正在迁移出 TeamViewer 或 AnyDesk 的 IT 团队那里听到的最常见问题之一，尤其是那些计划部署数万乃至数十万台设备的团队。答案取决于有多少设备保持在线、设备状态变化的频率、同时运行的远程会话数量，以及有多少流量经由中继传输。

对于 Server Pro 部署，需要验证那些无法从公共服务器数据直接推导出的部分。随着设备的上线和下线，缓存和数据库写入性能会变得十分重要。中继带宽和 CPU 占用取决于并发中继会话的数量、时长、分辨率和编解码器。控制台查询、审计留存、设备分组、策略以及集成等因素也会带来额外负载，而这些是仅凭终端在线情况无法衡量的。建议在具有代表性的负载测试中，涵盖预期在线设备数、连接变动情况、并发直连与中继会话数、数据库留存以及管理活动等指标。

高可用性和负载均衡也属于同一类问题。对于超大规模的设备群体，这些能力值得在架构设计阶段就纳入考虑，但具体细节——例如中继冗余、数据库故障转移，以及会话如何分配——应与 RustDesk 一起进行验证，而不应假定为开箱即用的默认能力。

在这一规模下，许可采用按用户和按设备计费的模式，请前往 rustdesk.com/pricing 确认适合您设备规模的具体套餐。

谁会问这个问题

规划多年期部署的设备架构师——包括企业、大型 MSP 以及公共部门 IT 项目——通常会将这个问题列为尽职调查清单中的重点事项。这些买家往往是出于成本或数据主权方面的考虑而放弃商业工具，他们需要确信自托管平台能够随着自身需求增长，而不会在合同执行到一半时遇到瓶颈。

相关问题

• 大规模设备数量的并发连接限制与许可:参见 RustDesk 定价。
• 能否将现有的 TeamViewer 或 AnyDesk 设备群迁移到 RustDesk？

正在规划大规模部署？欢迎联系 RustDesk 团队，根据您的设备数量、性能需求和增长规划，为您评估自托管部署的规模。