第三章 带宽需求评估：业务类型分析、并发用户数与峰值估算
大家好，我是老张。做带宽优化这行十几年了，我见过太多企业花冤枉钱——要么带宽买太大，每月白交钱；要么买太小，一到下午三点全员视频会议，卡成PPT。说白了，带宽需求评估就是给企业网络「算账」，算清楚到底需要多少「路」才够用。
这一章，咱们就聊聊怎么算这笔账。我会结合自己踩过的坑，把视频会议、ERP、云桌面这三种典型业务的带宽模型拆开揉碎了讲。
3.1 业务类型分析：三种典型场景的带宽模型
不同的业务，对带宽的消耗完全不一样。我习惯把它们分成三类：
- 实时交互型（视频会议、VoIP）—— 对延迟和抖动敏感，带宽要求不高但必须稳定
- 事务处理型（ERP、CRM）—— 数据包小但频繁，对丢包率要求高
- 桌面虚拟化型（云桌面、VDI）—— 带宽消耗大，且存在明显的突发流量
咱们一个一个来看。
3.1.1 视频会议：别被「高清」两个字骗了
很多人觉得视频会议嘛，1080p高清，那带宽不得几十兆？其实不然。我实测过主流平台的数据：
| 分辨率 | 单路带宽（上行/下行） | 典型平台 |
|---|---|---|
| 720p | 1.5~2 Mbps | 腾讯会议、Zoom |
| 1080p | 3~4 Mbps | Teams、Webex |
| 4K（极少用） | 15~20 Mbps | 部分专业设备 |
这里有个坑：上行带宽往往被忽略。视频会议是双向的，你不仅要下载别人的画面，还要上传自己的画面。很多企业买了100M下行、10M上行的不对称宽带，结果开会时自己说话别人听不清——就是上行堵死了。
⚠️ 避坑指南：我曾经帮一家200人的公司做评估，他们买了500M下行、50M上行的专线。结果视频会议时，只要超过30人同时开摄像头，上行就爆了。后来我建议他们把上行提到100M，问题才解决。记住：视频会议，上行比下行更重要。
3.1.2 ERP系统：别看数据量小，并发才是杀手
ERP系统（比如SAP、用友、金蝶）的单个请求数据量其实很小，几十KB到几百KB。但问题在于——并发请求量极大。
举个例子：一个财务月底结账，可能同时打开5个报表模块，每个模块每隔几秒就发一次请求。如果全公司200人同时操作，那瞬间的并发连接数可能达到几千甚至上万。
我个人的经验公式是这样的：
ERP带宽需求 = 平均请求大小 × 每秒请求数 × 并发用户数 × 安全系数（1.5~2）
举个例子：平均请求200KB，每个用户每秒发2个请求，100人同时在线：
200KB × 2 × 100 × 1.5 = 60,000 KB/s ≈ 60 Mbps
嗯，这里要注意：ERP的瓶颈往往不在带宽大小，而在延迟和丢包。我曾经遇到一个客户，带宽明明够用，但ERP操作就是卡。查了半天，发现是路由跳数太多，延迟到了80ms。后来优化了路由路径，延迟降到20ms，问题就解决了。
3.1.3 云桌面：带宽消耗的「隐形杀手」
云桌面（比如Citrix、VMware Horizon、华为云桌面）是带宽消耗的大户。为什么？因为它传输的不是数据，而是屏幕画面。
你想想看，用户每动一下鼠标、每敲一个字，都要把画面变化压缩后传到客户端。如果画面变化频繁（比如看视频、做设计），带宽消耗会急剧上升。
我实测过几种典型场景：
| 场景 | 单用户带宽 | 备注 |
|---|---|---|
| 办公文档（Word/Excel） | 100~300 Kbps | 画面变化少 |
| 网页浏览 | 500 Kbps ~ 1 Mbps | 有图片滚动 |
| 视频播放（720p） | 3~5 Mbps | 画面变化剧烈 |
| CAD/设计软件 | 5~10 Mbps | 高分辨率+频繁刷新 |
💡 关键点：云桌面的带宽需求不是线性的。10个人同时办公可能只需要5M，但第11个人如果开始看视频，可能瞬间多占5M。所以做评估时，一定要考虑「最坏情况」。
3.2 并发用户数计算：别被「注册用户数」骗了
很多企业跟我说：「我们有500个用户，带宽按500算。」我一听就知道要出问题。实际上，并发用户数 ≠ 注册用户数。
我一般用这个公式估算：
并发用户数 = 注册用户数 × 同时在线率 × 活跃度系数
不同业务的典型参数：
- 视频会议：同时在线率30%~50%，活跃度系数0.8~1（开会时基本都在用）
- ERP系统：同时在线率60%~80%，活跃度系数0.3~0.5（很多人挂着但没操作）
- 云桌面：同时在线率80%~90%，活跃度系数0.6~0.8（登录了就在用）
举个例子：一家300人的公司，用ERP系统：
并发用户数 = 300 × 70% × 0.4 = 84人
你看，实际并发只有84人，而不是300人。如果按300人算带宽，那得多花多少钱？
📌 我的经验：我习惯在核心交换机上做一次流量镜像，抓一周的数据，看看实际并发连接数。这比任何理论计算都准。有一次客户说「最多100人同时用」，我一抓包发现峰值到了180人——原来有人用手机热点在摸鱼。
3.3 峰值带宽估算：别只看平均值
带宽评估最大的误区，就是只看平均值。实际上，峰值带宽才是决定网络会不会卡的关键。
我常用的估算方法：
峰值带宽 = 平均带宽 × 峰值系数（通常2~5）
不同业务的峰值系数：
- 视频会议：峰值系数2~3（集中在会议开始和结束时的画面切换）
- ERP系统：峰值系数3~5（月底结账、月初报表时）
- 云桌面：峰值系数2~4（早上登录、下班前保存文件时）
举个例子：一家公司平均带宽需求是50M，但月底ERP结账时，峰值可能冲到200M。如果你只买了100M的专线，那几天就会卡得怀疑人生。
下面这张图是我自己总结的带宽评估流程，你可以参考：
3.4 综合案例：一家200人公司的带宽评估
说了这么多理论，咱们来个实战案例。假设一家公司200人，业务包括：
- 视频会议（50人同时开会，1080p）
- ERP系统（150人使用，月底结账）
- 云桌面（30人使用，办公文档为主）
我的计算过程：
- 视频会议：50人 × 4Mbps（1080p上行+下行） = 200Mbps，峰值系数2.5 → 500Mbps
- ERP系统：150人 × 70%在线 × 0.4活跃度 = 42人并发，每人0.6Mbps → 25Mbps，峰值系数4 → 100Mbps
- 云桌面：30人 × 0.3Mbps = 9Mbps，峰值系数3 → 27Mbps
合计峰值：500 + 100 + 27 = 627Mbps。加上30%冗余，最终建议带宽：800Mbps~1Gbps。
📊 最终建议：买1Gbps的专线，上行不低于500Mbps。如果预算有限，可以给视频会议单独划一条500M的线路，其他业务共用500M。这样既省钱，又保证核心业务不互相干扰。
好了，这一章的内容就到这里。记住：带宽评估不是拍脑袋，而是算出来的。把业务类型、并发用户、峰值系数这三个参数搞清楚了，你就能给老板一个有理有据的方案。