聚合带宽怎么算
可用带宽等于活动成员数乘单口速率，但规划口径要看两件事：一是峰值流量能否被承载，二是单成员故障后剩余带宽是否仍满足峰值。举例：4×10G 聚合名义 40G，一条成员故障后只剩 30G；2×10G 聚合名义 20G，故障后只剩 10G——冗余度越低的组网，故障后的容量落差越大。
基本信息
| 可用带宽 | 活动成员数 × 单口速率 |
|---|---|
| 单流上限 | 单成员带宽（逐流哈希的固有约束） |
| 规划口径 | 按业务峰值计算，并预留单成员故障后的余量 |
| 备份成员 | 不计入可用带宽（M:N 场景） |
| 实测核对 | 成员流量分布与聚合口整体速率 |
典型使用场景
- 新建上行链路：按峰值流量与故障余量确定成员数量
- 容量评审：现有聚合口是否还有扩容空间
- 故障影响评估：单成员故障后的剩余容量是否够用
- 扩容申请：用流量数据支撑带宽扩容的必要性
- 巡检分析：成员利用率长期偏斜时的调整依据
计算与实测对照
计算与实测对照
# 计算示例
# 4×10G：名义 40G，单成员故障后 30G
# 2×10G：名义 20G，单成员故障后 10G
# 实测核对
display eth-trunk 1 verbose # 成员数量与流量分布
display interface Eth-Trunk 1 # 聚合口速率与丢包
display interface GigabitEthernet0/0/1 # 单成员速率（逐个查看）
# Cisco
show etherchannel summary
show interfaces | include rate容量计算示例
| 配置 | 名义容量 | 单成员故障后 |
|---|---|---|
| 4×10G 聚合 | 40G | 30G |
| 2×10G 聚合 | 20G | 10G |
| 2×25G 聚合 | 50G | 25G |
| 2×10G + 1 备份 | 20G（备份不计入） | 20G（备份接替） |
实证比名义值更重要：成员利用率长期偏斜说明哈希或流量特征导致分布不均，此时名义容量与实际可用的差距会持续存在。
按满带宽规划而不留故障余量：一次成员故障就会引发过载丢包，业务在最需要冗余的时刻反而最脆弱。
规划动作清单
- ① 采集业务峰值流量，不只看平均利用率
- ② 按峰值加余量确定成员数量，并核算单成员故障后的容量
- ③ 确认最小活动成员数满足业务要求
- ④ 上线后实测成员流量分布，验证哈希效果
- ⑤ 定期复评：业务增长后重新核算容量与余量
余量怎么留
实用的口径是『峰值乘安全系数』再加『单成员故障』两重校验：前者应对突发，后者应对冗余失效。两重都通过才算规划合格；任何一重不通过，就要增加成员数量，或改用更高单口速率的链路。