DigitalVirt长连接VPS怎么选？心跳流量与批量重连要怎样验收

把聊天、设备状态或订单通知搬到DigitalVirt候选VPS后，页面能打开，长连接却隔一段时间中断，这时直接买更多核心很容易花错钱。采购应先分出两类失败：没有正确完成协议升级，连接根本没有进入持续通信；已经升级成功，却在空闲、网络切换或发布期间被关闭。前者需要修配置，后者需要同时设计心跳、故障发现和重新接入。只有在这些行为正确时测出的资源需求，才适合拿去比较服务器订单。

先留下101响应，再讨论断线时间

Nginx官方WebSocket说明指出，Upgrade与Connection属于逐跳请求头，反向代理不会自动把它们按原样交给上游，需要显式传递；隧道模式还要求客户端请求升级、上游返回101响应。[1] 因而验收记录至少应保存请求路径、上游实际响应、代理错误日志和断线发生的相对时间。只截图首页200响应，不能证明长连接链路工作正常。

配置还需要核对安装版本。当前官方示例为1.29.7以前的版本标出了显式HTTP/1.1设置，不能把较新文档中的注释直接套到旧系统。[1] 交付时请记录软件版本和最终生效配置，再用单个测试账号完成升级与双向消息验证。若请求经过额外负载均衡或安全网关，各段协议支持和空闲期限都要单独问清，应用服务器配置正确并不能替代入口链路验收。

本次DigitalVirt资料来自2026年10月30日已核验的渠道通接口快照，记录包含服务器相关服务描述及推广入口；本轮渠道接口与推广跳转超时，官网仅取得缺少商品详情的应用外壳，未核实当前价格、库存、续费、线路和并发限制。以下是部署计算与采购方法，不是该商家套餐跑分，也不把演算规格当成在售配置。

心跳周期要给抖动留余量，也要算进账单

官方文档明确：默认情况下，上游在60秒内没有发送数据，代理会关闭连接；可以调整proxy_read_timeout，也可以让上游周期性发出WebSocket ping帧。[1] 代理模块进一步说明，读取超时衡量的是两次读取之间的间隔，并非整段响应的总时长。[2] 这意味着连接持续几小时与空闲60秒是不同问题，不能因为业务要求全天在线，就把超时简单设成一天。

假设应用选择25秒一次服务端心跳，并把路径中最短的已知空闲期限记为T，调度迟延与网络抖动的验收上界记为J，那么应先满足25秒加J小于T。这里的J需要从业务繁忙时的事件循环和网络记录取得，不能拿平均延迟代替。如果服务器忙时心跳经常迟发，单纯放宽代理超时可能只让故障更晚暴露；需要检查应用停顿、排队与CPU调度，再决定是否升档。

以20000条在线连接、每25秒一次心跳为假设，每秒需发出800次心跳。再假设每个方向每次在计费观察点占160字节，双向合计约2.048Mbps；仅服务端发出这一方向，连续30天约331.776GB。这里使用十进制GB，160字节是人为指定的预算，不是抓包结果，尚未覆盖业务消息、重传及不同封装差异。实际流量要以商家的计费方向和统计口径校正。心跳流量小于端口峰值，也可能持续消耗月度额度。

移动端进入后台后，连接可能不再按前台节奏工作。不要为维持表面在线而要求所有客户端无限频繁发心跳；应给状态失效、重新认证和漏消息补取规定业务语义。持续在线只是通信状态，不能单独证明用户已经看到通知。若订单通知不能遗漏，恢复时应按服务端游标或已确认序号补取，而不是把服务器端口升级当作消息交付保证。

两万在线的采购账，先按两端连接和实测内存记

反向代理要接住客户端，也要连接应用。为了理解数量级，先假设20000条连接均经同一Nginx实例转给后端，业务没有连接复用带来的变化，那么稳态约对应40000个网络连接端点；若四个工作进程分配均匀，每个约10000个。这个数还没有计入监听、日志及管理操作所需文件描述符。它只是简化预算，真实分布和异常请求必须现场观察，不能照抄成某个参数的安全上限。

采购前请商家回答候选订单是否限制进程、文件描述符、连接数及持续CPU占用，同时由运维核对服务启动后的实际限制。网络端口写着高带宽，不表示应用能同时持有足够连接；应用报告内存充足，也不表示代理端还有描述符。若问题只发生在某个进程触顶时，增加整机内存不会自动改变该进程的有效限额。

用增量测内存，不凭连接数猜套餐

可以在空载、分批接入和业务峰值三个阶段记录进程与系统内存，并保存连接数量、消息大小和客户端行为。假设实验得到每条连接增量24KiB，那么20000条约占468.75MiB；这是演算，不代表Nginx、应用或DigitalVirt实测。TLS、应用会话、发送队列和慢客户端都会改变增量，后台还有数据库或缓存时也不能把这468.75MiB当成整机需求。

发送队列尤其值得单独验收。客户端接收变慢时，应用若持续把通知积在内存，在线数量保持不变，内存仍可能继续增长。应为每个连接设置业务可接受的队列边界，并规定超界后合并状态、断开重连还是进入持久队列。需要完整保留的事件不能直接丢弃。若预算只能容纳正常网络下的连接，却容不下受控慢客户端测试，这台候选机器尚未达到上线门槛。

真正难通过的测试，是一批客户端一起回来

稳定保持两万在线与短时间重新建立两万连接，会给服务器不同压力。重连通常还要经过握手、认证、会话读取和消息补取，不能只测空连接。假设让20000个客户端在120秒内均匀回到服务，每秒平均约166.7次接入；这只是分摊目标，若所有客户端在同一秒启动，实际峰值会远高于平均值。后端认证库或外部身份服务也可能先成为瓶颈。

客户端应采用受上限约束的退避与随机分散，把尝试铺开，同时区分可重试的暂时故障和必须重新登录的认证失败。服务器需要在过载时给出可识别结果，避免客户端立即无间隔重试。排队超过业务期限后仍继续认证，会让系统忙于处理已经失效的工作。验收要记录每秒尝试量、成功量、认证延迟分位数和最终恢复人数，平均CPU低并不足以判断恢复完成。

发布演练也要覆盖存量连接。可以先停止给旧实例分配新连接，再让它在规定窗口内处理已有连接；超出窗口时按业务规则引导重新接入，并验证未确认消息是否补齐。若应用状态仅存在旧进程内，购买第二台机器不会自动让新实例理解原会话。会话存放、消息顺序与重复处理要由应用定义，再比较单机受控重连与多实例接管的费用。

拿什么条件去询价，什么场景应放弃这档订单

DigitalVirt快照可作为寻找服务器供应商的入口，具体方案仍需以可书面确认的订单条款为准。若业务允许短时重连、状态可补取，团队能自行维护代理与应用，候选VPS可以进入测试名单；若要求断电后仍连续通信、不能容忍单机失效，或没有人员处理夜间认证故障，应同时评估跨故障域部署和托管服务。单机升档主要改变容量，无法消除整台实例不可用造成的中断。

需要询价时可通过DigitalVirt服务器推广入口：核对当前订单与限制联系商家。该链接属于推广关系，本文不承诺其当前可售状态或优惠。询问时附上在线数量、重连目标、期望地域及计费流量口径，要求对方确认是否允许长连接业务、有无连接或持续负载限制、外层设备空闲超时能否调整、测试期退款是否按流量扣减、升档后IP与磁盘是否保留。答复含糊的条件应记为待确认，不能写进可用性承诺。

总预算应合并主机、流量超额、独立监控、会话或消息存储、第二实例以及人员值守成本。两档主机价差只有在同样通过心跳迟延、慢客户端、批量重连和发布演练时才有比较意义。对于本次假设，先要求系统在25秒心跳方案下保持迟延余量，再验证每秒约167次受控接入与业务补取是否完成；未通过时根据日志定位代理限额、应用队列或认证依赖，再决定升档还是调整部署。测试结果、适用负载和失败退出条件，应一起写入验收单。

来源

[1] Nginx官方：WebSocket代理与空闲超时

[2] Nginx官方：代理模块读取超时