先定义负载模型再动手测
NFS 性能测试最常见的错误是拿一次单线程顺序读写结果代表整个环境。有效的方法分四步：先定义指标口径与负载模型（读写比例、块大小、并发度、文件数量）；建立可复现的基线；按客户端、网络、服务端与磁盘逐层采集同一时段数据；每轮只改变一个变量并记录结果。测试中特别要控制客户端缓存干扰，否则测到的是内存而不是存储。
基本信息
| 指标口径 | 吞吐、IOPS、延迟、元数据操作速率 |
|---|---|
| 负载模型 | 读写比例、块大小、并发度、文件数量与分布 |
| 分层工具 | 客户端压测工具、协议统计、网络与磁盘统计 |
| 干扰控制 | 直连 I/O、清理缓存、固定并发与运行时长 |
| 权限要求 | 客户端与服务器访问权限，需申请测试窗口 |
典型使用场景
- 新建共享存储的上线前性能验收
- 调优前后效果对比与回归验证
- 故障后确认性能是否恢复到基线水平
- 评估并发客户端数量增长的空间
- 为容量与带宽规划提供数据支撑
分层采集示例
分层采集示例
# 1) 客户端压测：直连 I/O 避免页缓存干扰
fio --name=mix --filename=/mnt/data/testfile --direct=1 --rw=randrw --rwmixread=70 --bs=8k --iodepth=32 --runtime=120 --time_based
# 2) 协议层统计：客户端与服务端分别看
nfsstat -c
nfsstat -s
# 3) 网络层：吞吐与重传
sar -n DEV 5 3
# 4) 服务端磁盘层：利用率与队列
iostat -x 5 3分层判读要点
| 层次 | 观测内容 | 瓶颈特征 |
|---|---|---|
| 客户端 | 并发、延迟、CPU | 单线程受限或客户端排队 |
| 网络 | 吞吐、重传、丢包 | 链路先饱和或重传升高 |
| 服务端 | 线程与请求统计 | 请求排队而磁盘空闲 |
| 磁盘 | 利用率与队列深度 | 磁盘接近满载，延迟升高 |
| 协议 | 操作类型分布 | 元数据操作占比高拖累整体 |
测试模型必须贴近真实业务：小文件与元数据密集负载的表现和大块顺序读写完全不同，用单一模型得出的容量结论容易高估实际可用能力。
在生产共享上压测会与业务争抢资源并可能放大延迟；压测应选择窗口、限定持续时间与并发上限，并准备随时终止与恢复的方案。