凌晨监控报警，账单多出180GB：100Mbps端口一度跑满，CDN回源、复制和备份还挤在同一出口。痛点不是数字小，而是计费口径、忙时争抢与预算单位没有对齐；100Mbps只是速率上限，并非每月附送300GB。
如果你正在选机器，或者想先把线路和配置跑通再谈长期方案，可以先看看这几家的线路说明和技术参数：runpod（海外服务器），先看清带宽线路、流量策略和退款条款，再决定要不要迁。
按流量计费按实际字节结算，100Mbps多半只是上限。先确认入站、出站是否都计费，GB与GiB如何换算，超额后停机还是阶梯加价。预算按“月支出÷每GB单价”计算，并预留15%至30%。
按端口计费购买约定速率，固定月费通常不随实际GB变化，但可能设流量封顶、QoS或共享出口限制。100Mbps连续跑满30天，理论约3.24TB；实际用满300GB，平均出口约9.26Mbps。若每天只传10小时，则需接近27.8Mbps。端口与月流量同时出现时，通常互相约束。
混合计费常见“基础端口费＋已含流量＋阶梯超额费”，赠送量可能按月清零。核算时拆开基础费、包含量、阶梯单价和触发动作，确认峰值是否降速；只看首月促销价，容易漏掉超额费与变慢成本。
先用真实日志核算：取每小时出站流量的P95值P（Mbps）、每天有效传输小时H和天数D，按月流量≈P×H×D×3600÷8000估算GB，再加15%重传余量。例如P=3、H=10、D=30时约405GB，计余量后接近466GB，比直接套用3.24TB稳妥。
识别带宽超售不能只测速一次。连续7至14天，在相近忙时对多个节点做10分钟以上双向传输，记录吞吐、延迟、丢包和TCP重传。若闲时可达到约定速率，忙时长期只剩六至八成，且延迟与重传同步上升，共享容量争抢才较可疑。
仍要排除本机、容器和线路故障，不能凭一次低速断言超售。可用ServLlama留存流量与吞吐曲线，核对入站、出站和峰时段占比；若流量已超预算，先启用缓存、压缩回源并错开备份。
套餐标注的 1 Gbps 通常只是端口速率上限，表示网卡或虚拟接口允许达到的瞬时上限，并不代表宿主机交换网络能持续输出同样速率。实际结果还受 CPU、虚拟化调度、网卡队列、目标线路及运营商互联影响。短时测速跑满，只能证明当时存在突发能力；若业务持续占满带宽，还要确认服务商是否限制持续吞吐或设置了流量整形阈值。
排查时应使用同一目标做持续传输，而不是只跑一次测速。分别测试单连接和多连接上传、下载，记录平均吞吐、峰值、延迟抖动、丢包及重传，并避开缓存和镜像加速。连续观察数天，把晚间业务高峰纳入高峰拥塞验证；若速率随并发升高反而下降，或 CPU 尚未满载却出现丢包、排队，瓶颈更可能位于共享出口或宿主机网络。
流量计费规则可能只统计出站，也可能双向计费；协议开销、端口转发、备份上传、镜像拉取及公网控制流量是否计入，必须向客服取得书面口径。还要确认自然月边界、统计延迟、免费额度与超额后的限速、收费或停机规则。面板上的“已用流量”若延迟数小时更新，不能直接作为实时停线预警。
制定月度流量预算时，应按业务基线、增长余量和突发备份分别估算，并预留至少两成安全空间。对带宽超售的识别不能只看标称值，而要比较闲时与忙时的持续吞吐、抖动和丢包：闲时接近端口上限、忙时明显塌陷，往往说明共享链路余量不足。多个服务商或不同地区对比、短期付费试用，以及检查对方是否提供可量化的持续带宽承诺，比单次测速更有参考价值。
最终执行检查：购买前确认计费方向、月度重置日、超额处理和端口上限；上线前在三个时段分别做上传、下载和持续传输；上线后启用流量告警，按日核对面板与账单，并保留应急限速、迁移和错峰传输方案。只有把规则、预算与高峰表现同时验证，标称带宽才不会成为无法兑现的纸面参数。
