为什么卷延迟或IOPS与Active IQ Unified Manager 或ONTAP 中的聚合不匹配？
适用场景
- OnCommand Unified Manager （ OCUM ）
- Active IQ Unified Manager （ AIQUM ）
- ONTAP 9
问题解答
- 由于优化和后台工作负载、ONTAP 将前端IOPS与后端分离
- 不应使用后端磁盘/聚合IOPS作为性能监控指标、除非 Active IQ Unified Manager 中的聚合性能容量达到100% 或用户工作中出现磁盘延迟
后台工作负载如何影响磁盘IOPS？
- 后台操作会在磁盘上运行、但不会计入卷IOPS (前端)中、因此可能会提升磁盘IOPS/传输性能
- 其中包括以下内容：
- WAFL 扫描程序
- 重复数据删除(实时或计划)
- 与Snapshot相关的任何内容
- 分层/FabricPool
- 示例
tiering此扫描程序可能具有60、000个聚合IOPS、而最繁忙的卷则具有2、000个IOPS- 前端最少的灾难恢复或备份存储器将使用所有可用的CPU和磁盘I/O带宽来在前端工作中尽快处理SnapMirror/备份工作负载
- 这些后台工作负载会随着客户端工作负载的增加而向前端迁移
- 其中包括以下内容：
与添加的所有卷相比、其他哪些因素可能会影响IOPS大于或小于IOPS的聚合？
- 读取通过 ONTAP 的预读引擎进行预取
- 预读功能可减少延迟，因为预读功能已优化多年，并且能够非常高效地准确预测所需内容
- 通过预取，当 IOP 通过网络进入时，读取将在缓存（ RAM ）中进行
- 读取操作也会缓存在 RAM 中，并且可以使用 Flash Cache 或 Flash Pool 技术进行缓存，并降低延迟
- 写入操作会缓存在 RAM 中，直到在一致点异步写入磁盘为止，从而降低写入延迟
- 其他 IOPS 可能不需要转到磁盘，因为元数据结构也会根据需要缓存在 RAM 中
追加信息
- 为什么 UM 中的聚合延迟图显示一个聚合的延迟持续较高？
- 本文还显示 AIQUM 会执行加权延迟，并且该值与
statit可能显示的延迟值不匹配
- 本文还显示 AIQUM 会执行加权延迟，并且该值与
- 示例： 左侧列出的第一个卷的延迟为 0.569 毫秒 / 操作，而聚合平均延迟约为 10 毫秒
