看场景而非参数
选负载均衡时，容量预估必须同时关注连接数和带宽，两者分别对应系统的并发处理能力与数据传输吞吐量，但具体业务场景下应有所侧重，核心原则是“连接数够用、带宽有余”，且需结合峰值流量与业务特征动态调整。
连接数和带宽分别代表什么
容量预估的本质是回答“系统能同时处理多少请求”和“每秒钟能吐出多少数据”这两个问题，连接数对应的是服务器或负载均衡器能够维持的TCP连接数量，它直接决定了系统能承载的并发用户数，带宽则决定了数据在单位时间内的传输总量，通常以bps（比特每秒）为单位，带宽不足会导致传输延迟和丢包。
业内专家指出,连接数衡量的是“点菜能力”即能同时接待多少桌客人；带宽衡量的是“出菜速度”即厨房能同时出多少份菜，两个指标缺一不可，但不同餐厅（业务场景）的瓶颈点截然不同，一个在线文档编辑平台，用户长时间保持连接但数据交互量小，连接数就是主要瓶颈；而一个视频直播平台，短暂连接但数据量大，带宽才是关键。
负载均衡器容量预估方法：实操指南
如何估算连接数需求
连接数的估算不能只看“日活用户”，而要看峰值并发连接数，常见方法是根据业务平均响应时间与用户请求频率推算，假设你的应用平均响应时间是200ms，每秒钟需要处理1000个请求，那么同时存在的连接数理论上等于1000 × 0.2 = 200个，但实际因TCP握手、慢启动等因素，需要预留1.5至2倍的余量。
在具体操作上,步骤如下：
- 抓取现有服务器或日志中最大并发连接数，作为基准线。
- 考虑业务增长因子,如未来半年用户数增长30%，则连接数需求也需等比放大。
- 注意HTTPS加密连接因TLS握手消耗更多资源,连接数上限会低于同规格的HTTP连接。
如何估算带宽需求
带宽估算应从峰值流量和平均数据包大小入手，以视频流媒体为例，若每个用户平均观看视频码率为2Mbps，同时在线1000人，则所需带宽为2Mbps × 1000 = 2000Mbps，约2Gbps，但实际业务往往有突发流量，建议按峰值带宽的1.5倍进行预估。
对于API接口类业务,单次请求返回数据量较小，带宽往往不是瓶颈，但需注意大文件上传、下载等场景。统计过往峰值带宽是最可靠的方法，可以通过CDN日志或云监控获取。
综合评估选型
当连接数和带宽需求都估算出来后,负载均衡器的选型就变得清晰，以云负载均衡为例，简米云SLB、酷番云CLB等产品都有明确的规格参数，如“最大连接数100万，最大带宽1Gbps”，你需要确保所选规格的连接数上限和带宽上限都高于你的峰值需求，同时留出20%至30%的冗余。
表：常见负载均衡器规格参考（以云厂商通用型为例）
| 产品类型 | 最大连接数 | 最大带宽 | 适用场景 |
|---|---|---|---|
| 轻量级SLB | 50万 | 500Mbps | 小型网站、API服务 |
| 标准型SLB | 200万 | 2Gbps | 中型电商、在线教育 |
| 高性能型SLB | 500万 | 10Gbps | 视频直播、大型游戏 |
（注：以上数据参照主流云厂商公开信息，实际值因配置和地域而异。）
常见场景下该优先关注哪个指标
高并发Web应用：连接数优先
对于电商秒杀、抢票系统这类场景，用户瞬间涌入，大量TCP连接建立，但每次请求返回数据量很小，此时负载均衡器最怕的是连接数超限导致新连接被拒绝，据统计，大多数电商平台在促销期间，连接数峰值可达平时的10倍以上，而带宽增长可能只有3至5倍，这类场景应优先选择连接数上限高的负载均衡器，并开启连接复用、HTTP长连接等优化手段。
大流量视频/文件传输：带宽优先
视频点播、直播转码、文件分发等场景，用户连接数相对稳定，但每个连接持续消耗高带宽。带宽不足直接导致卡顿、缓冲，影响用户体验，这类场景下，负载均衡器的带宽能力（包括上行和下行）是核心指标，连接数只要满足正常并发即可，同时需要注意，云厂商的负载均衡器往往有“带宽上限”和“流量包”两种计费方式，
负载均衡价格对比时需将流量预估纳入成本模型。
混合场景：需要综合评估
很多企业存在混合业务,比如既有API接口服务，又有静态文件下载，此时建议将不同业务拆分到不同负载均衡器，或使用支持多策略的软件负载均衡器（如Nginx、HAProxy），软件负载均衡器在连接数和带宽的平衡上更灵活，但需要自行运维。负载均衡场景化选择的通用原则是：连接数占比高则扩展worker进程数，带宽占比高则优化网卡中断和缓冲区。
硬件、软件、云负载均衡的指标差异与价格对比
不同形态的负载均衡器在容量表述上存在差异,硬件负载均衡（如F5、A10）通常标注“每秒新建连接数（CPS）”和“最大并发连接数”，但带宽指标往往取决于硬件接口（如1Gbps、10Gbps），这类设备按license和硬件规格定价，相当一部分企业为了高可用性而选择，但初始投入较高。
软件负载均衡（如Nginx、HAProxy）的容量更依赖于服务器硬件配置，一台4核8G的服务器可以支撑约20万并发连接，但带宽受限于网卡速率，软件方案成本较低，但需要自行进行负载均衡器容量预估方法的测试与调优。
云负载均衡则按规格或按量计费,常见的有“包年包月”和“按带宽峰值”两种模式。负载均衡价格对比时，除了看规格费，还需关注流量费，云厂商的按量计费模式下，带宽费用可能占总成本的一半以上，近年来，不少企业开始采用“混合部署”：核心业务使用云负载均衡，边缘业务用软件负载均衡，以平衡成本与性能。
常见误区：只盯着一个指标
连接数高就等于高并发
连接数高只说明系统维持了大量TCP连接,但若每个连接处理效率低下，并发能力依然有限，一个负载均衡器支持100万连接，但若业务处理慢，实际吞吐量会远低于预期。连接数代表“容量”，并发量代表“性能”
，两者不能直接划等号。
带宽大就能扛流量
带宽大固然重要,但若负载均衡器的新建连接数能力不足，面对突发短连接请求时，即使带宽富裕，用户依然会感受到连接超时，直播弹幕服务，频繁建立和断开连接，带宽消耗不高，但新建连接数容量不够会导致消息丢失，容量预估必须同时看两个指标，缺一不可。
Q&A：负载均衡容量预估常见问题
问题1：连接数和并发连接数有什么不同？
连接数通常指当前建立的所有TCP连接数量,包括活跃和空闲的，并发连接数一般指在某一时刻同时处于活跃状态（正在传输数据或等待响应）的连接数，在容量预估中，更应关注活跃连接数，因为空闲连接对资源的消耗相对较小，但负载均衡器的规格上限通常以“最大并发连接数”为基准，其中包含空闲连接，实际可用的活跃连接数会低于规格值，建议按规格上限的60%进行规划。
问题2：如何根据业务预估带宽需求？
准确预估带宽需要收集业务的历史流量数据,包括平均带宽和峰值带宽，对于新业务，可以按照“用户数 × 平均数据量 × 请求频率”的公式粗算，例如每个用户每分钟产生100KB数据，并假设峰值是平均值的3倍，还需考虑多机房互备、CDN回源等额外带宽消耗。多实测、多监控是避免带宽预估偏差的唯一方法。
问题3：云负载均衡和自己搭建的负载均衡在容量评估上有什么不同？
云负载均衡的容量指标是厂商封装好的,你只需关注“最大连接数”和“最大带宽”是否满足需求，无需关心底层资源，而自建负载均衡需要自行评估服务器CPU、内存、网卡、操作系统优化等所有因素，容量弹性更差，但灵活性更高，在容量预估时，自建方案需要加入系统调优损耗，例如Linux内核参数调整不当可能导致连接数下降30%以上，云方案则简单得多，但需注意云厂商的带宽计量方式（如保底带宽与突发带宽的区别），避免超限后产生额外费用。