压测方案先定判据
压测方案要先定范围和判据，再谈用什么工具：测哪些部件或场景、持续多久、通过标准是什么、什么条件下必须中止。压测期间要同步观测温度、功耗、SEL 事件与业务监控，全部结果留档。没有中止条件的压测，异常发生时现场往往不知道该不该停，最容易把一次验证变成一次事故。
基本信息
| 测试范围 | 单机全部件，或指定模块（CPU、内存、磁盘、网络） |
|---|---|
| 持续时间 | 按验收标准与业务窗口确定 |
| 判据内容 | 通过标准与中止条件，两者都要事先写明 |
| 同步观测 | 温度、功耗、SEL 与业务监控联动 |
| 结果留档 | 原始工具输出、曲线与观测记录 |
典型使用场景
- 新机验收：确认设备在满载下稳定，无异常降额
- 换件后验证：更换内存、电源或阵列卡后做一次短时压测
- 固件升级后回归：确认升级没有引入性能或稳定性回退
- 扩容后稳定性确认：新增节点与既有集群一起压测
- 故障复现：按现象构造负载，验证问题是否可重现
方案要素与执行示例
方案要素与执行示例
# 范围：CPU + 内存 + 磁盘 + 网络全项，或按模块单独执行
stress-ng --cpu $(nproc) --vm 4 --vm-bytes 2G --timeout 30m # 计算与内存压力
fio --name=stress --rw=randrw --bs=4k --iodepth=64 --runtime=1800 --time_based # 磁盘压力
iperf3 -c 10.0.0.2 -t 1800 -P 8 # 网络压力
# 同步观测（另一终端或监控平台）
ipmitool sdr type Temperature | head -10 # 温度读数，配合平台看趋势与告警方案要素与定义
| 要素 | 定义 | 示例口径 |
|---|---|---|
| 范围 | 覆盖部件与场景 | CPU、内存、磁盘与网络全项 |
| 时长 | 按标准与业务窗口 | 按验收规范约定，避免占用业务高峰 |
| 通过判据 | 无错误、无异常降频或降额 | 无 ECC 报错、无温度触发降额 |
| 中止条件 | 触发即停止测试 | 温度超上限、业务出现异常 |
| 观测 | 同步采集环境与硬件指标 | 温度、功耗、SEL 与业务监控 |
中止条件要事先写清并有人负责执行：把温度上限与业务异常作为硬性停止条件，避免为了“测完”而把设备推进保护状态。
压测必须与监控联动：没有同步记录，异常过程只能靠事后推测，是否达到验收标准也无从判断。