平均用量推不出该配多大带宽

用月均流量或日均用量去倒推带宽，是容量规划里最常见的做法，也是最容易出问题的一种。平均值掩盖掉的恰恰是最要紧的信息：一天里最忙的那一个小时，带宽被用到了多少。

一条百兆级链路，日均占用可能只有三成，看上去绰绰有余；但业务波峰的那一个小时里占用可能逼近上限。此时任何一个额外的上传动作都会让队列排起来，表现就是所有人的操作同时变慢——而查看日均数据，一切正常。

所以定带宽要看的不是「平时用多少」，而是「最忙的时候能到多少，以及那个状态持续多久」。

先看清峰值的形状

峰值不是一个点，它有三项特征，每一项都影响配置决策：

  • 出现时间：是每天固定的时段，还是跟着订单、活动、投放节奏走。固定时段的峰值可以提前安排策略，随机出现的峰值只能靠余量吸收。
  • 持续时长：十分钟的尖峰和连续三小时的平台期是两种问题。前者考验瞬时调度，后者考验长期容量。
  • 与次高峰的差距：差距大说明业务节奏集中，系统对瞬时波动更敏感，同样的余量下体验起伏也更明显。

把这三项写下来之后，会发现「配多大」这个问题其实已经答了一半——剩下的部分取决于业务对波峰时段表现的容忍度。

带宽不够时，最先坏的是哪一项

带宽不足的表现通常不是「打不开」，而是排队。不同类型的业务，排队造成的后果差别很大：

  • 实时业务（通话、直播推流、远程操作）：先坏的是抖动。数据包在队列里等待的时间忽长忽短，画面或声音先出现断续，而不是直接中断。
  • 交互业务（后台操作、表单提交）：先坏的是响应时间。点一下要等两三秒，操作被迫放慢，人开始等网络而不是网络等人。
  • 批量业务（素材上传、备份、数据同步）：先坏的是完成时间。任务本身不会失败，只是拖到夜里，或者拖到第二天。

还有一个容易被忽略的方向：上传。多数团队算容量时只盯着下行，而跨境业务的上行需求往往更重——成片要传到 TikTok、素材要传进亚马逊后台、代码要提交。上行不够的时候，下行再宽也解决不了问题。

余量留多少算合理

余量不是越大越好。多买的部分平时是闲置的，而且它并不会自动改善波峰时段的表现——波峰时段的卡顿往往出在路径的其他环节，不只在带宽数字上。

一个可用的起点是：按波峰时段的实际占用，留出能吸收波动的余量，而不是按理论最大值配置。具体留多少取决于峰值的形状：规律且平稳的峰值可以留得少一些，随机性强、持续时间短的峰值要留得多一些。

更稳的做法是分两步走：先按当前峰值配一档，接入之后用实测数据校准一次。第一次就配到「怎么都够」的档位，通常意味着长期在为用不到的资源付费。

校准这件事在按月订阅的结构里成本很低：悦播出海按带宽与线路条数计价，测完发现配高了降一档就行，不必等期满重新谈。

峰值怎么测出来

峰值不是问出来的。团队成员对「什么时候最忙」的判断通常来自主观印象，与真实数据有偏差——最忙的时段往往不是感觉上最忙的那个。

可行的做法是选一个完整的工作周，对清单里的主要目标地址做定时探测，记录各时段的时延、丢包与吞吐。两个细节值得注意：探测间隔要足够密，太疏会直接跳过尖峰；周期要覆盖业务的实际节奏，只测普通工作日会漏掉周末或月末的特殊峰值。

测出来的结果如果呈现明显的时段性，说明容量问题可以通过配置缓解；如果全天都处在较高占用、没有低点，那说明整体规模已经偏紧，需要的是重新评估配置而不是调整策略。判读数据时容易犯的错误，可以对照测试数据怎么读里列出的几种形态。

有明显旺季的业务怎么处理

大促、展会、投放周期这类业务会面对一个选择题：按峰值配，还是按平时配。

按峰值配，意味着大半年在为闲置资源付费；按平时配，意味着旺季要忍受表现下降。还有第三条路：按周期调整配置——旺季前把带宽提到峰值档，淡季再降回来。它的前提是业务自己能提前预判峰值时间，并且双方都清楚调整的节奏与生效方式。

判断依据其实还是那一句：峰值持续多久。持续一两周的旺季和持续三个月的旺季，答案不一样。前者更适合临时调整，后者按峰值常配反而更省心。

关键是调整的生效方式要事先讲清：当月生效还是次月生效、降回来要不要手续。悦播出海的配置就按实际带宽与线路条数算，旺季加上去、淡季降回来，在同一份合同里走完。

容量规划不是一次算完的。业务规模、访问目标与使用方式都会变，第一次配的档位应该被当成校准的起点，而不是终点。如果还不确定自己的峰值落在什么时段、能到多少，可以先把它测出来再谈配多大——测试期建议覆盖业务波峰，拿到的数据才有参考价值。

关于悦播出海

悦播出海做的是出海企业的跨境网络：SD-WAN 跨境专线、固定独享出口 IP、全球 200 多个节点，覆盖 TikTok 直播、跨境电商、海外办公与多办公点组网。通道经合规审核，线路与节点资源直采、不转手加价；计费按带宽、线路条数、节点三项算，不按账号数。自有技术团队负责配置与调优，出问题能定位到具体一段。月费订阅、带宽可增减，3 天 24 小时试用，用你自己的业务在真实时段测过再决定。这类场景我们通常先看现场条件，再定分组与带宽。