QoS 解决什么矛盾
共享存储的资源是有限的：控制器缓存、后端带宽、介质队列同时被多个业务使用。若不加限制，一个批量任务或一次异常重试就能占满队列，把交互式业务的时延从毫秒推到数百毫秒。QoS 的作用就是在这类共享环境中建立边界：按业务、卷或主机设定 IOPS、带宽或时延目标，让高优先级业务在竞争中获得保障，低优先级业务被限制在可接受的范围内。实现方式有硬上限（超过即排队或拒绝）、软上限（超出后降级但仍可运行）、按权重分配以及时延目标驱动等多种；不同产品的粒度与能力差异较大，配置前需要确认支持的范围。
常见限流维度
| 维度 | 适用场景 | 注意点 |
|---|---|---|
| IOPS 上限 | 小随机 IO 为主的业务 | 需与 IO 大小配合判断实际效果 |
| 带宽上限 | 大块顺序复制、备份任务 | 可能同时压制该业务的小块请求 |
| 时延目标 | 交互式业务保障 | 依赖实现能否有效调度，需实测验证 |
| 按权重分配 | 同等级业务之间分配资源 | 高负载时保障较弱方，需配合监控 |
| 突发额度 | 允许临时超出基线 | 额度耗尽后回落，需向业务方说明 |
基本信息
| 作用对象 | 卷、主机、业务组或租户，取决于产品粒度 |
|---|---|
| 配置单位 | IOPS、每秒字节数或时延目标 |
| 生效范围 | 通常作用于阵列内部，对主机透明 |
| 典型用途 | 隔离批量任务、保护交互式业务、多租户环境 |
| 验证方式 | 在业务并发下测试限流是否生效，并观察双方时延变化 |
典型使用场景
- 备份窗口与业务并存：给备份任务设带宽上限，避免占用全部后端资源
- 多租户平台：按租户设上限，防止单一租户写满队列
- 交互式业务保护：为在线业务设时延目标，批量任务限速运行
- 故障期间的降级运行：部分路径不可用时降低并发以保护整体
- 分层存储的成本控制：限制冷数据业务对高性能层的占用
限流阈值要留有余量：把阈值设成业务的平均需求，正常波动也会触发排队与降级；应基于业务峰值与可接受时延反推，并在上线后按监控数据调整。
QoS 与缓存策略会相互影响：被限流的业务其缓存配额可能同时下降，实际效果需在混合负载下验证，而不是只看单业务测试结果。