共享的那一段最容易被忽略
在盘柜级联的存储架构里，磁盘并不是各自独立连到控制器，而是挂在共享的环路或级联链路上。同一条链路上挂的盘越多，单盘可分到的带宽越少；越靠近控制器的那一段，承载的设备数量越多。于是出现典型现象：单块盘测速正常，但多块盘同时工作时总吞吐远低于各盘之和，接近的正是那一段共享链路的理论上限。
基本信息
| 瓶颈位置 | 控制器到盘柜的共享链路、盘柜之间的级联链路 |
|---|---|
| 核心特征 | 多盘并发总吞吐受限，单盘性能正常 |
| 观测方式 | 按链路或机柜分组汇总吞吐，与链路理论带宽对照 |
| 关键变量 | 单链路挂载盘数、级联层数、冗余路径数量 |
| 扩容思路 | 增加链路或调整拓扑，而不是只加盘 |
典型使用场景
- 扩容后总性能不涨：确认新增盘是否分走了同一条链路带宽
- 批量任务同时启动：并发盘数上升导致单盘速度集体下降
- 单盘基准正常但业务慢：怀疑共享链路而非介质
- 容量规划：计算每条链路上合理的盘数上限
- 故障降级：链路或控制器端口失效后剩余链路能否承担负载
环路瓶颈的验证方法
环路瓶颈的验证方法
# 1) 单盘测试：取一块盘做顺序读，记录单独工作时的吞吐
# 2) 分组测试：按链路或机柜分组，同时压同一组内的全部盘
# 3) 逐组加压：从一组内 2 块、4 块、8 块逐步增加并发盘数
# 4) 观察曲线：总吞吐在某个并发盘数后不再增长，即为共享段上限
# 5) 交叉验证：换到另一条链路重复，确认结论只与该段相关
# 6) 对照理论值：把总吞吐与链路理论带宽比较，评估是否接近上限现象与判读
| 现象 | 判读 | 处理方向 |
|---|---|---|
| 单盘快、多盘慢 | 共享链路带宽不足 | 减少该链路上并发盘数或增加链路 |
| 总吞吐贴住链路理论值 | 确认为共享段瓶颈 | 调整拓扑或分流到其他链路 |
| 某机柜整体偏慢 | 该段链路挂载密度过高 | 重新分配盘位或增加级联路径 |
| 故障后性能骤降 | 冗余链路未生效或容量不足 | 检查路径状态并按剩余能力限载 |
| 时延高但总带宽未满 | 队列积压或链路误码 | 查链路错误计数与队列状态 |
共享链路的带宽是硬上限，调度层无法变出带宽。把重负载业务分散到不同链路或不同机柜，往往比在同一段内继续调优更有效。
不同厂商的级联规则、单链路建议挂盘数量与冗余路径要求差异较大，规划时应以对应型号的官方配置指南为准。