新加坡服务器跑行情推送：小带宽撑长连接还是大带宽保吞吐

发布时间：2026-09-23 20:25:31 · 阅读：1,002

做加密货币行情聚合或跟单系统的开发者，常遇到一个具体问题：从新加坡节点向国内或东南亚客户推送 WebSocket 行情流，一台 2H4G 的机器到底能扛多少条长连接？什么时候该从 10M 带宽换到 20M？这不是靠感觉能拍板的事，需要把连接数、内存、带宽三个约束分开算，再决定选哪一档机型。

长连接数受什么限制：内存、文件描述符还是带宽

WebSocket 长连接在服务端的主要开销分三块，按触发顺序依次是文件描述符、内存和带宽。

文件描述符：Linux 默认单进程 1024，这是最先撞到的墙。用 ulimit -n 查看，生产环境一般调到 65535 以上，systemd 服务还需在 unit 文件里单独声明 LimitNOFILE，否则重启后失效。
内存：每条空闲 WebSocket 连接在内核缓冲区加应用层对象上约占 20KB~50KB，视语言和框架而定。Go 或 Node.js 的空连接开销偏低，Python 同步框架偏高。4G 内存扣掉系统和行情处理逻辑，稳定支撑 3 万到 5 万条空闲连接属于常见量级。
带宽：真正决定上限的往往是这里，也是新加坡机房选型时最容易被低估的一项。

换句话说，连接数先被内存卡住，再被带宽卡死。2H4G 跑 5 万条连接理论可行，但带宽不够时数据会堆积在发送缓冲区，延迟飙升比断连更麻烦。

带宽测算：一条行情推送到底占多少

加密货币行情推送分两类负载，测算方式不同。

逐笔成交与盘口增量：单条 JSON 消息压缩前约 200~500 字节。假设一个热门交易对每秒产生 20 条增量，订阅该交易对的 1000 个客户端，出口带宽约为 20 × 300B × 1000 ≈ 6Mbps。这是单向持续占用，10M 带宽只能容纳一到两个热门交易对的全量订阅。

盘口快照与心跳：心跳包通常 2~10 字节，可忽略；但若每 100ms 推一次全量盘口快照，单条可达 2KB 以上，1000 连接就是 160Mbps，必须改用增量推送或按需订阅。

实操判断标准：先在测试环境用 wscat 或自写压测脚本模拟 1000 连接，用 iftop 或 nload 记录出口峰值，再线性外推。留 30% 余量，因为行情波动时段流量会集中爆发。新加坡机房到国内平均延迟通常在 40~70ms，做高频推送时这个底噪要计入端到端延迟预算。

三档机型横评：什么场景选 10M，什么场景必须 20M

以秀米云新加坡在售机型为例，按负载量级分三档对比。

轻量档：2H4G / 50G / 10M，13 元/月。适合个人开发者做行情中转、少量交易对订阅、连接数在 5000 以内。内存够用，10M 带宽应对单交易对增量推送无压力。缺点是并发连接数一上来，CPU 在 JSON 序列化上会成为瓶颈。

均衡档：8H10G / 50G / 10M，25.24 元/月。CPU 和内存宽裕，能跑多交易对聚合与消息分发，连接数可上探到 3 万~5 万。但 10M 带宽是短板，如果订阅者集中在少数热门币种，出口会先打满。适合连接多、但人均订阅面窄的场景。

带宽优先档：8H10G / 50GB SSD / 20M 独享，1T 流量，31.62 元/月。20M 独享带宽是这类业务的关键差异点，出口容量翻倍，适合同时向大量客户端推送多交易对增量的场景。1T 月流量按 20Mbps 持续跑约 5 天就会耗尽，所以更适合突发型推送而非 7×24 满速。若业务是持续中低流量、偶发高峰，这档性价比明显。

另外两档可作补充：2H4G / 20M / 1T，13 元/月 适合带宽需求高但计算量小的纯转发节点；4H4G / 20M / 1T，41.1 元/月 适合需要一定计算余量又要 20M 出口的中间态。

选购与部署避坑清单

确认带宽是独享还是共享。行情推送对出口稳定性敏感，共享带宽在晚高峰抖动明显。
确认流量计费方式。按流量计费的机型要预估月出口总量，1T 并非无限。
系统调优三件套：ulimit -n 调至 65535、net.core.somaxconn 调大、开启 TCP_NODELAY 降低小包延迟。
选新加坡节点时关注机房到目标用户的路由，东南亚枢纽位置对国内和东南亚客户都较均衡。
免实名与匿名购买对个人开发者和小团队是实际便利，但业务合规仍需自行把控。

选购推荐

如果业务是个人行情看板或小规模中转，连接数几千、订阅面窄，新加坡vps/云服务器 ③（2H4G/10M） 13 元/月的成本足够起步，把 ulimit 和 somaxconn 调好即可。如果已经进入多交易对聚合、连接数上万且出口经常打满的阶段，直接上新加坡原生IP云服务器20M独享㊵（8H10G/20M/1T） 31.62 元/月，20M 独享出口配合 8 核处理 JSON 序列化，是这类负载比较省心的组合，免实名购买也省去备案环节。

决策建议

先按「连接数看内存、稳定性看带宽」的顺序定位瓶颈，再用压测数据外推选型。连接少、订阅窄选 10M 档；连接多、多交易对并发推送选 20M 独享档。带宽是行情推送业务最先耗尽也最难临时补救的资源，预算允许时优先为出口留余量，而不是堆 CPU 核心数。

标签新加坡服务器 WebSocket长连接加密货币行情推送带宽测算秀米云