吞吐量上限会将工作负载的吞吐量限制为最大 IOPS 或 MBps 数，或者 IOPS 和 MBps 数。在下图中，工作负载 2 的吞吐量上限可确保它不会 " 抢占 " 工作负载 1 和 3 。

策略组定义了一个或多个工作负载的吞吐量上限。工作负载表示 _storage 对象： _ 卷，文件， qtree 或 LUN ，或者 SVM 中的所有卷，文件， qtree 或 LUN 的 I/O 操作。您可以在创建策略组时指定上限，也可以等到监控工作负载之后再指定上限。

吞吐量下限可确保工作负载的吞吐量不会低于最小IOPS或MBps数或IOPS和MBps数。在下图中，工作负载 1 和工作负载 3 的吞吐量下限可确保满足最小吞吐量目标，而不管工作负载 2 的需求如何。

您可以在创建策略组时指定下限，也可以等到监控工作负载之后再指定下限。

从ONTAP 9.13.1开始、您可以使用在SVM范围设置吞吐量下限 [adaptive-qos-templates]。在9.13.1之前的ONTAP 版本中、定义吞吐量下限的策略组不能应用于SVM。

从 ONTAP 9.4 开始，您可以使用 non-shared QoS 策略组分别指定每个成员工作负载的已定义吞吐量上限或下限适用场景。shared 策略组的行为取决于策略类型：

通常，分配给存储对象的策略组值是固定的。当存储对象的大小发生变化时，您需要手动更改此值。例如，增加卷上的已用空间量通常需要相应地增加为卷指定的吞吐量上限。

Adaptive QoS 会自动将策略组值扩展到工作负载大小，并在工作负载大小发生变化时保持 IOPS 与 TBSGB 的比率。如果您要在大型部署中管理数百或数千个工作负载，则这是一项显著优势。

通常，您可以使用自适应 QoS 来调整吞吐量上限，但也可以使用它来管理吞吐量下限（当工作负载大小增加时）。工作负载大小表示为存储对象分配的空间或存储对象使用的空间。

从 ONTAP 9.5 开始，您可以为应用程序指定 I/O 块大小，以便以 IOPS 和 MBps 为单位表示吞吐量限制。MBps 限制是通过块大小乘以 IOPS 限制计算得出的。例如，如果 I/O 块大小为 32 K ，而 IOPS 限制为 6144IOPS/TB ，则 MBps 限制为 192 MBps 。

吞吐量上限和下限均会出现以下行为：

在进行更新之前，吞吐量必须至少增加 10 IOPS 。

自适应 QoS 策略组始终为非共享组：定义的吞吐量上限或每个成员工作负载的下限适用场景。

从ONTAP 9.6开始、采用SSD的ONTAP Select 高级版支持吞吐量下限。

下表显示了在支持吞吐量上限，吞吐量下限和自适应 QoS 方面的差异。

从ONTAP 9.6版开始支持C190和ONTAP Select。

下表按 ONTAP 9 版本显示了工作负载对吞吐量上限的支持。不支持根卷，负载共享镜像和数据保护镜像。

从ONTAP 9.8开始、在启用了NFS的FlexVol和FlexGroup卷中的qtrees支持NFS访问。从 ONTAP 9.1.1 开始，启用了 SMB 的 FlexVol 和 FlexGroup 卷的 qtree 也支持 SMB 访问。

下表按 ONTAP 9 版本显示了吞吐量下限的工作负载支持。不支持根卷，负载共享镜像和数据保护镜像。

\*从ONTAP 9.8开始、在启用了NFS的FlexVol 和FlexGroup 卷中的qtrees支持NFS访问。从 ONTAP 9.1.1 开始，启用了 SMB 的 FlexVol 和 FlexGroup 卷的 qtree 也支持 SMB 访问。

下表显示了 ONTAP 9 版本对自适应 QoS 的工作负载支持。不支持根卷，负载共享镜像和数据保护镜像。

下表按 ONTAP 9 版本显示了工作负载和策略组的最大数量。