先定指标再分层取证
存储性能分析最容易走偏的地方，是把症状当成原因：应用慢就调阵列，吞吐低就换模块。有效的方法是先明确指标口径（IOPS、吞吐、延迟还是队列长度），再按应用、主机、HBA、fabric、阵列前端与后端逐层采集同一时间段的数据，找出第一处偏离基线的位置。小 I/O 场景看延迟与 IOPS，大块顺序场景看带宽，两类负载的瓶颈位置往往完全不同。
基本信息
| 分析层次 | 应用 → 主机 → HBA → fabric → 阵列前端 → 后端 |
|---|---|
| 关键指标 | IOPS、吞吐、延迟、队列深度、跳包与重传 |
| 对齐要求 | 各层采集时间窗口一致，先建立正常基线 |
| 典型工具 | 主机性能工具、交换机性能视图、阵列管理界面 |
| 权限要求 | 各层只读权限，必要时申请压测窗口 |
典型使用场景
- 业务高峰延迟升高，需要区分是链路、阵列还是主机侧排队
- 大块备份窗口超时，确认是带宽不足还是后端能力受限
- 扩容或改造前后做效果对比
- 评估多路径策略与队列深度调整带来的实际收益
- 为容量与性能规划建立可复用的基线数据
分层采集示例
分层采集示例
# 1) 主机侧：逐设备利用率、队列与延迟
iostat -x 5 3
# 2) 网络与协议侧：接口吞吐、重传与拥塞
sar -n DEV 5 3
nstat -az | grep -E 'TcpRetrans|TcpExt'
# 3) fabric 侧：端口与 ISL 的实时吞吐
portperfshow 2
# 4) 阵列侧：前端端口与后端负载视图（以厂商管理工具为准）
# 5) 有条件时用小规模压测确认链路本身的能力上限分层瓶颈特征
| 层次 | 关键指标 | 瓶颈特征 |
|---|---|---|
| 应用 | 并发数与请求模型 | 单线程或单队列，无法压满后端 |
| 主机 | CPU 软中断、队列深度 | 单核饱和或队列深度受限 |
| HBA | 端口速率、错误与重传 | 速率不一致或错误计数上升 |
| fabric | 端口与 ISL 利用率 | 链路先饱和，信用不足 |
| 阵列前端 | 端口利用率与队列 | 部分端口接近满载 |
| 后端 | 介质利用率与排队 | 延迟升高但前端未满 |
压测结果必须结合业务负载特征解读：小 I/O 随机读的瓶颈位置与大块顺序写的瓶颈位置通常不同，用单一模型跑出的数字无法代表生产表现。
在生产环境压测会与业务争抢资源，可能放大延迟；压测前应明确窗口、限流手段与终止条件，并准备立即恢复的方案。