聚合容量规划是什么
聚合链路的容量规划要回答两个问题：峰值流量能不能被承载，以及坏掉一根成员之后还够不够用。第一问决定成员总数，第二问按 N-1 原则决定冗余。经验口径是总带宽按成员数乘单口带宽再打八到九折，因为哈希不均和协议开销都会吃掉一部分。还要记住聚合只解决多流并发叠加，单流应用的速率永远受单个成员带宽限制。
基本信息
| 适用平台 | 三厂聚合链路的架构设计阶段 |
|---|---|
| 两个指标 | 峰值承载能力 + N-1 冗余能力 |
| 估算口径 | 成员数 × 单口带宽 × 有效比率（约 0.8 到 0.9） |
| 配套参数 | 最小链路数 / 最大激活成员数 |
| 评审时机 | 设计阶段、扩容申请、故障演练前 |
典型使用场景
- 新建核心互联或服务器接入时的链路规格评审
- 扩容申请时论证需要增加几条成员
- 故障演练前评估摘除一条成员是否安全
- 存储与计算分离场景下平衡带宽与冗余
- 方案评审时检查是否只考虑了峰值而忽略冗余
容量规划示例
| 场景 | 成员配置 | 峰值带宽 | N-1 剩余 | 结论 |
|---|---|---|---|---|
| 普通接入 | 2×1G LACP | 1.2G | 1G | 勉强，超过 1G 需业务避峰 |
| 标准接入 | 2×10G LACP | 12G | 10G | 可接受 |
| 核心互联 | 2×40G LACP | 50G | 40G | 建议 4×40G 起步 |
| 存储网络 | 4×10G LACP | 30G | 30G | N-2 也有余量，推荐 |
保底配置
保底配置
# 配合最小链路数，让带宽不足时显性降级而不是硬扛：
# 华为 least active-linknumber 2
# 思科 port-channel min-links 2（全局）
# H3C link-aggregation selected-port minimum 2规划时先看流量模型：东西向流量为主（服务器之间、存储与计算之间）与南北向为主（客户端到服务器）对应的入口位置不同，决定聚合口该开在哪一层。单流占主导的业务，聚合只能提供冗余，提带宽要靠多路径或应用层并发。
不配最小链路数时，成员数掉到 1 条聚合口依然 up，业务会在带宽严重不足的情况下静默降级，只有用户投诉才能发现。让带宽不足变成显式的链路 down，比默默硬扛更安全。