什么是自适应QoS及其工作原理？

Knowledge Base guidance

This article may include metadata, visibility, validation state, and related support guidance.

自适应QoS使用QoS吞吐量下限和上限(最小和最大限制)来设置各个卷限制。
- 下限用于防止抢占资源的工作负载占用其份额的工作负载
  - 这样可以防止工作负载低于最小IOPS和/或MB/秒
  - 将AQoS视为上限或传统QoS策略的反向：它可防止其他工作负载从应用该策略的工作负载中获取资源
- 上限用于限制更繁重的工作负载、以防止从其他工作负载中盗取资源
自适应服务质量(QoS)根据卷大小动态变化、这意味着10 GB卷的下限和上限与10 TB卷不同。
- 这意味着上限是1)预期IOPS、2)峰值IOPS或3)绝对最小IOPS中较大的值
  - 注意：如果设置了已用空间或已分配空间，则可以确定预期或峰值，因此如果进行计算，请考虑这一点
- 除非低于绝对最小IOPS、否则下限始终为预期IOPS
与常规QoS一样、AQoS是一个集群范围的过程、因为I/O可能会影响集群中任何节点上的任何LIF

自适应 QoS	动态QoS上限和下限、根据已使用或已分配的卷大小增加或缩减
吞吐量下限(最小)	一种有保障的吞吐量衡量指标(IOPS和/或MB/秒)、使非浮动工作负载的优先级低于浮动工作负载
吞吐量上限(最大)	分配给卷的IOPS的硬限制(常规QoS)
预期 IOPS	吞吐量下限值(以每TB IOPS为单位)(除非另有说明)
绝对最小IOPS	IOP吞吐量下限、在预期IOPS过低并覆盖预期IOPS或峰值时使用示例：具有默认自适应服务质量(QoS)"值"策略组的10 GB卷的下限为75个IOPS、而不是预期的1.28个IOPS。
IOPS 峰值	每TB IOPS值(除非另有说明)是大于预期和绝对最小IOPS时的上限。示例：已用空间为566.66 GB的1.23 TB卷具有默认的Extreme策略。在7、560 IOPS下、预期IOPS和峰值IOPS相同、原因是：已用空间* 12288 (峰值IOPS 已用)= 6、800 IOPS 已分配空间 6144 (预期IOPS *已分配)= 7、560 IOPS 由于6、800峰值IOPS小于7、560预期IOPS、因此峰值IOPS将舍入为7、560 IOPS。
已分配空间	可以对此设置AQOS限制显示计算值的命令： `volume show -fields total` `df -g` 不包括`.snapshot` 行
已用空间	这是逻辑空间、包括快照溢出和不包括存储效率空间节省显示计算值的命令： `volume show -fields logical used`
性能余量	计算得出的CPU (和磁盘)最佳性能值查看知识库文章Is my controller load载过载？

注意： 可使用qos workload show -instance 命令查看计算得出的值

Cluster::> qos workload show -instance Workload Name: aqos1-wid32444 ... Maximum Throughput: 1425IOPS

策略组	预期IOPS	峰值IOPS	绝对最小IOPS	expected－IOP-ALLOCATION	峰值IOP-ALLOCATION
至高性能	6144IOS/TB	12288 IOS/TB	1000IOPS	已分配空间	已用空间
性能	2048 IOS/TB	4096 IOS/TB	500IOPS	已分配空间	已用空间
value	128 IOS/TB	512 IOS/TB	75IOPS	已分配空间	已用空间

没有下限的卷的IOPS将被放入队列尽力确保最佳结果
具有下限的卷的IOPS将被放入截止日期队列
具有下限的卷的IOPS优先于dblade中不具有下限的卷、只要这些卷上的工作负载低于下限值即可。
超过下限的卷的IOPS将被视为无下限的卷。
- 延迟中心中称为QoS最小值的IOPS队列
- 此队列中的IOPS将与"尽力确保最佳"队列中没有下限的卷的IOPS一起处理
如果CPU高于性能余量值：
1. 低于CPU性能余量最佳点时、尽力确保最佳IOPS会达到截止IOPS
2. 超过ONTAP 9.6及更低版本上的CPU性能余量最佳点时、最后期限IOPS可能会更低、但仍会优先于尽力确保最佳性能的IOPS
3. 在ONTAP 9.7及更高版本上、超过CPU性能余量最佳值时、截止IOPS将获得与低于最佳值相同的值、尽力确保最佳结果IOPS会受到更重的限制
达到吞吐量上限的卷的IOPS将硬限制为该值。