先测准峰值，再留出动态冗余，最后用工具持续校验，限速阈值永远跟着业务峰值走。
先算业务峰值带宽，再定限速阈值
业务峰值带宽怎么计算才靠谱
把出口带宽限速拍脑袋定一个数，是多数网络卡顿的根源，业务峰值带宽不是平均值，也不是最大值乘以某个固定系数，它是一段时间内业务并发访问最密集时实际需要的吞吐量。
计算步骤可以这样走：
- 选定统计周期：至少覆盖一个完整业务周期，周报系统看一周，电商看大促前后,办公网看工作日和周末。
- 采集出口流量：用交换机端口镜像或路由器NetFlow/sFlow,连续记录5分钟粒度的入向和出向流量。
- 找到峰值时段：把每天流量按小时汇总，找出连续多天重复出现的最高峰时段，比如工作日上午9:30-11:00。
- 计算峰值均值：取该时段内多个采样点的平均值，而不是取单个最高点，单个最高点可能只是瞬时突发,不代表真实需求。
- 叠加业务增长：根据近三个月或半年的流量趋势,留出增长空间。
举个具体场景：某公司出口带宽100Mbps，日常平均使用率只有30Mbps，但每天上午10点前后并发下载和视频会议同时上来，峰值冲到85Mbps，此时业务峰值带宽就应按85Mbps来测算,而不是按30Mbps的平均值。
Linux服务器上可以用vnstat -i eth0 -h查看小时流量，用iftop -i eth0 -P看实时连接速率，路由器上可以用show interface或NetFlow采集，这些命令返回的都是原始字节数,换算成Mbps要除以时间窗口。
出口带宽限速多少合适：留出动态冗余
行业共识认为，出口带宽限速不应贴着峰值设置，否则任何突发流量都会触发丢包，合理的限速阈值通常是业务峰值带宽的1.2到1.5倍，具体要看业务对抖动的敏感度，视频会议、VoIP、实时交易系统对丢包敏感，冗余要留大一些；普通网页浏览、邮件、文件下载可以留小一些。
比如前面例子中峰值85Mbps，办公网出口限速可以设在100Mbps左右，但如果是视频会议为主的场景，建议限速设在120Mbps以上，限速值不是越小越好，限速太低会让正常业务排队,限速太高又失去控制意义。
出口带宽限速与业务峰值匹配的三种实操场景
办公网出口限速与午间峰值匹配
办公网的特点是峰值集中在午休和下午刚上班，员工刷视频、传大文件、开视频会，出口流量会突然抬升，很多企业把出口限速设成固定值，结果午休时全员卡顿。
匹配方法：
- 先采集一周流量，确认午间峰值时段为12:00-13:30。
- 在该时段内对每个源IP做限速，而不是只对总出口限速,这样避免单个用户占满带宽。
- 限速策略用分层方式：核心业务系统IP不限速或高优先级，普通办公IP每IP限速10-20Mbps,访客网络每IP限速5Mbps。
- 总出口限速设为峰值带宽的1.3倍。
视频会议与业务系统错峰限速
视频会议对实时性要求极高，一旦出口带宽被其他业务占满，画面就会卡顿、声音断续，业务峰值和视频会议峰值如果重叠，需要做应用层限速，而不是单纯按端口限速。
实操路径：
- 在防火墙上识别视频会议流量，比如Zoom、腾讯会议、钉钉的协议特征。
- 给视频会议流量设置保证带宽，而不是限制带宽，比如总出口100Mbps，给视频会议保证30Mbps,剩余70Mbps供其他业务争用。
- 对其他大流量应用做限速，比如网盘同步、系统更新、视频下载，限制在总带宽的20%-30%。
- 测试命令：用iperf3 -c 服务器IP -b 50M -u模拟UDP视频流，配合其他下载任务,观察视频会议码率是否稳定。
北京企业出口带宽限速价格与带宽档位选择
北京企业出口带宽限速价格差异很大，同样100Mbps专线，不同运营商、不同接入方式价格能差出一倍以上，很多企业为了省钱选低带宽档位，然后用限速来“均分”资源，结果业务峰值一来就崩。
选择带宽档位时，不要按员工人数估算，要按前面算出的业务峰值带宽来定，如果峰值是85Mbps，至少要买100Mbps档位，留出限速和突发空间，买50Mbps再靠限速压制业务，只会让所有人都慢，北京地区企业专线价格受环路、楼宇接入影响，同一栋楼不同运营商报价不同,建议先测业务峰值再比价。
| 场景 | 峰值特征 | 限速匹配策略 |
|---|---|---|
| 办公网 | 午间突发、多IP并发 | 每IP限速+总出口1.3倍冗余 |
| 视频会议 | 实时性高、不允许丢包 | 保证带宽+应用优先级 |
| 北京企业专线 | 档位价格差异大 | 先测峰值再定档位 |
用tc和监控命令验证限速是否匹配峰值
限速策略上线后，不能凭感觉判断好坏，要用工具验证。
Linux网关限速实操：
- 对某个IP限速10Mbps：tc qdisc add dev eth0 root handle 1: htb default 30
- 创建类：tc class add dev eth0 parent 1: classid 1:1 htb rate 10mbit ceil 15mbit
- 绑定IP：tc filter add dev eth0 parent 1: protocol ip prio 1 u32 match ip src 192.168.1.100 flowid 1:1
- 查看队列：tc -s qdisc show dev eth0
验证匹配度：
- 在业务峰值时段跑真实业务或压测,观察丢包率和延迟。
- 用mtr -r 目标IP看路径延迟，用ping -f做洪水ping测试丢包。
- 对比限速前后业务响应时间，如果响应时间明显变长,说明限速阈值偏低。
- 查看tc统计中的dropped计数，如果持续增长,说明限速队列在丢包。
动态调整：不要让限速变成业务瓶颈
业务峰值不是一成不变的，新系统上线、人员扩增、视频会议频次增加，都会改变峰值曲线，限速策略需要至少每季度回顾一次。
调整信号：
- 出口带宽利用率连续多天接近或达到限速阈值。
- 业务部门反馈高峰期访问慢,但非高峰期正常。
- 监控显示TCP重传率上升,丢包增加。
调整步骤：
- 重新采集最近两周的5分钟粒度流量。
- 重新计算峰值时段的平均吞吐量。
- 按新峰值的1.2-1.5倍调整限速阈值。
- 修改tc命令中的rate和ceil参数,或者调整防火墙限速策略。
- 再次压测验证。
业内专家指出，很多企业把限速当成一次性配置，上线后就不再管，这正是限速与业务峰值脱节的主要原因，动态调整比精确计算更重要,因为业务峰值本身就在漂移。
出口带宽限速与业务峰值匹配常见问题
出口带宽限速多少合适？
没有统一数值，只看业务峰值，先测算峰值带宽，再按峰值1.2-1.5倍设置限速，对丢包敏感的业务取高值，普通办公取低值，100Mbps出口，峰值60Mbps，限速80Mbps通常够用。
业务峰值带宽突然超过限速阈值怎么办？
先看是持续超还是瞬时超，瞬时超可以靠队列缓存吸收，持续超则需要临时提高ceil值或调整限速类，用tc -s qdisc show确认是否大量丢包，如果丢包严重，先把限速阈值调到当前峰值的1.5倍，再排查是什么业务拉高峰值。
出口带宽限速会影响视频会议吗？
会，如果限速值低于视频会议码率与并发数乘积，就会出现卡顿，视频会议每路高清需要2-4Mbps，10路并发就是20-40Mbps，出口限速时必须把这部分作为保证带宽预留，不能与其他业务争用，优先级队列中视频会议应放在高优先级，避免被大文件下载挤占。
限速是手段，不是目的，出口带宽限速与业务峰值匹配的本质，是让网络资源在峰值时段不拥塞、在非峰值时段不浪费，先测峰值，再设阈值，持续验证，动态调整，这四步做到了,限速就不会成为业务的隐形天花板。