跳转到主内容

什么是自适应 QoS ?它的工作原理是什么?

Views:
338
Visibility:
Public
Votes:
1
Category:
ontap-9
Specialty:
perf
Last Updated:

适用场景

  • ONTAP 9.3或更高版本
  • 自适应QoS (AQoS)
  • Active IQ Unified Manager (AIQUM)
  • NetApp服务级别管理器(NSLM)

问题解答

  • 自适应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
性能余量

注意:可使用 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 1000 IOPS 已分配空间 已用空间
性能 2048 IOS/TB 4096 IOS/TB 500次IOPS 已分配空间 已用空间
value 128 IOS/TB 512 IOS/TB 75次IOPS 已分配空间 已用空间
 
 
QoS下限和上限如何决定何时限制?
  1. 没有下限的卷的IOPS将被放入队列尽力确保最佳结果
  2. 具有下限的卷的IOPS将被放入截止日期队列
  3. 具有下限的卷的IOPS优先于dblade中不具有下限的卷、只要这些卷上的工作负载低于下限值即可。
  4. 超过下限的卷的IOPS将被视为无下限的卷。
    • 延迟中心中称为QoS最小值的IOPS队列
    • 此队列中的IOPS将与"尽力确保最佳"队列中没有下限的卷的IOPS一起处理
  5. 如果CPU高于性能余量值:
    1. 低于CPU性能余量最佳点时、尽力确保最佳IOPS会达到截止IOPS
    2. 超过ONTAP 9.6及更低版本上的CPU性能余量最佳点时、最后期限IOPS可能会更低、但仍会优先于尽力确保最佳性能的IOPS
    3. 在ONTAP 9.7及更高版本上、超过CPU性能余量最佳值时、截止IOPS将获得与低于最佳值相同的值、尽力确保最佳结果IOPS会受到更重的限制
  6. 达到吞吐量上限的卷的IOPS将硬限制为该值。

追加信息

  • 以下是一些其他空间使用量和限制级别的示例、可供比较:
    • 预期IOPS = 128/TB
    • 峰值IOPS = 512 TB
    • 绝对最小IOPS = 75
    • 预期IOPS =已分配空间
    • 峰值IOPS =已用空间

卷大小

已存储数据

QoS最小IOPS (仅限SSD聚合)

QoS 最大 IOPS

1 GB

0 GB

75 (绝对最小值)

75 (绝对最小值)

1 TB

0 TB

128 (预期)

128 (预期)

1 TB

1 TB

128 (预期)

128 (预期)

1 TB

.2 TB

128 (预期)

128 (预期)

1 TB

0.3 TB

128 (预期)

154 (峰值)

1 TB

128 (预期)

256 (峰值)

1 TB

1 TB  

128 (预期)

512 (峰值)

2 TB

2 TB

256 (预期)

1024 (峰值)

 

 

NetApp provides no representations or warranties regarding the accuracy or reliability or serviceability of any information or recommendations provided in this publication or with respect to any results that may be obtained by the use of the information or observance of any recommendations provided herein. The information in this document is distributed AS IS and the use of this information or the implementation of any recommendations or techniques herein is a customer's responsibility and depends on the customer's ability to evaluate and integrate them into the customer's operational environment. This document and the information contained herein may be used solely in connection with the NetApp products discussed in this document.