凌晨 8 点，商品开售瞬间，后台请求和图片下载同时冲到峰值。监控显示网络出口逼近 20Mbps，主机响应却逐渐变慢；重启服务无效，运维人员常误以为是应用线程不足。该先确认的并非机器能跑多快，而是基础带宽、可用突发带宽额度与端口峰值速率分别卡在哪一层。
如果你正在选机器，或者想先把线路和配置跑通再谈长期方案，可以先看看这几家的线路说明和技术参数：massivegrid（海外服务器），先看清带宽线路、流量策略和退款条款，再决定要不要迁。
一、基础带宽是常态，突发积分只是短时余量
基础带宽是持续业务可长期占用的网络档位。突发机制通常允许实例短时超过基础档位，但前提是账户有可用积分。积分一般按“突发上限与基础带宽的差额”随时间累积，流量超过基础档位时消耗；业务回落后，能否补满、何时补满，取决于服务商的流量积分窗口与恢复规则。
积分不是可长期占用的额外带宽。还要注意计费口径：固定带宽、按时段或流量包计费，超限后可能分别降速、限速或暂停网络，带宽计费模型比套餐名称更重要。
二、端口上限决定天花板，积分决定能否触顶
假设基础带宽为 5Mbps、端口峰值速率为 20Mbps，并不等于实例随时能跑满 20Mbps。端口上限只是天花板；只有积分充足且并发足够，速率才可能从 5Mbps 向 20Mbps 靠近。实际速率取决于基础带宽、积分约束、端口上限与链路质量中的最低值。
判断高峰期是否会限速，可核对四件事：在合同或控制台确认基础值、端口值及单位；查积分生成速度、单次上限、过期或清零规则；按秒或分钟观察出口流量，而非只看小时平均值；对照剩余流量包、超额动作和共享端口说明。若曲线在 5Mbps 附近整齐变平，多半是积分见底，也应排除应用限流；若贴着端口值仍丢包，应排查共享链路、宿主机争用和应用瓶颈。可用 ServLlama 汇总出站流量、延迟与丢包，减少手工对表。
常见踩坑有三类：把端口标称值当成保证值，把一天平均速率当成峰值依据，以及认为“空闲就会立即恢复全部额度”。不同实现可能按固定窗口补充、周期重置，或受总流量配额约束。测试还应覆盖多实例合计流量，单台测速正常，不代表集群不会共同撞上端口或账户阈值。
额度、积分与峰值速率的关系
突发能力通常由一组突发带宽额度驱动。云厂商会在基础带宽之外，根据付费套餐、实名状态或活动发放临时速率额度；只有账户当前可用额度足够时，出网流量才可能达到更高的端口峰值速率。额度耗尽后，实例不会立刻永久降速，而是回到基础带宽，甚至在资源争抢时出现高峰时段限速。
额度能否恢复，取决于流量积分窗口。有的平台按固定周期返还，有的按滑动窗口累计实际使用量，还有的要求先完成充值或续费。积分可能设置有效期，未使用完不代表可以无限跨周期结转。因此，判断“还剩多少突发能力”不能只看控制台余额，还要同时核对生成时间、消耗速度、返还条件和失效时间。
带宽计费模型也会改变最终结果。按固定带宽计费时，突发上限通常更清晰；按流量或 95 峰值计费时，多台实例可能共享宿主机端口或地域带宽池，一台机器的突发会挤占其他机器的容量。监控中的五分钟均值看起来正常，并不代表瞬时没有丢包；业务若有短连接、备份、缓存回源等尖峰，应检查秒级吞吐、队列深度和重传率，而不只看月均带宽。
上线前的可执行检查清单
第一，确认实例、弹性网卡、公网 IP 和带宽包各自限制的峰值，明确它们取最小值还是叠加规则。第二，在控制台记录基础速率、可用突发额度、积分窗口和到期时间，并用与生产相近的脚本连续发送上行流量，观察从额度耗尽到回落所需时间。第三，核对带宽计费模型是否共享资源，评估同可用区其他实例的突发需求，并确认高峰时段限速触发后的处理策略。
第四，为关键服务配置带宽水位、额度余量、丢包和重传告警，准备限速后的降级方案，例如延迟图片处理、暂停日志上传或把备份移至低谷。第五，变更套餐后做至少一个完整积分周期的压力验证，并保存监控截图和工单结论。第六，检查安全组、云防火墙及第三方工具是否另设速率限制，避免把链路瓶颈误判为突发额度不足。
最后，可按“基础带宽是否够用、额度窗口是否匹配、峰值是否可持续、共享资源是否争抢、告警与降级是否到位”五项逐条签字。只要这五项都有数据支撑，突发机制就不再是控制台里的营销数字，而会成为可预测、可持续运营的带宽策略。
喜欢 
顶
难过
囧
围观
无聊
