跳到主要内容

负载均衡

节点的工作量超过可用资源时，工作负载的性能开始受延迟影响。可通过增加可用资源（升级磁盘）或减少负载（根据需要将卷或 LUN 移到其他节点）来管理过载节点。

您也可以使用 ONTAP 存储服务质量（QoS）来确保关键工作负载的性能未被竞争性工作负载降级：

  • 您可为竞争性工作负载设置 QoS 吞吐量上限 来限制其对系统资源的影响（QoS 最大值）。

  • 可为关键工作负载设置 QoS 吞吐量下限 以确保无论竞争工作负载如何要求，都可以满足最低吞吐量目标（QoS 最小值）。

  • 可以为同一个工作负载设置 QoS 上限和下限。

吞吐量上限​

吞吐量上限将工作负载的吞吐量限制为 IOPS 或 MB/秒的最大数量。在下图中，工作负载 2 的吞吐量上限确保不会抢夺工作负载 1 和 3。

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

注
工作负载的吞吐量最多可以超过指定上限的 10%，特别是在工作负载的吞吐量突然变化时。最多可以超过上限的 50% 来应对突发情况。


吞吐量下限​

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

提示
正如示例所示，吞吐量上限直接控制吞吐量。吞吐量下限间接控制吞吐量，方法是为所设置下限的工作负载提供优先级。

工作负载表示卷、LUN 或（从 ONTAP 9.4 开始）文件的 I/O 操作。不能将用于定义吞吐量下限的策略组应用于 SVM。可在创建策略组时指定下限，也可以等到监控工作负载之后再指定。

注
如果节点或聚合中的性能容量（空闲空间）不足或在执行 volume move trigger-cutover 之类关键操作期间，工作负载的吞吐量可能降到指定下限之下。即使有足够的可用容量，并且不会进行关键操作，工作负载的吞吐量也可以降到指定下限之下最多 5%。


自适应 QoS​

一般情况下，为存储对象分配的策略组值是固定的。如果存储对象的大小改变，需要手动更改该值。例如，卷中所用空间量增加通常要求为该卷指定的吞吐量上限相应增加。

自适应 QoS 随着工作负载的改变根据工作负载大小自动调整策略组值，并保持 IOPS 与 TB|GB 之间的比例。这在管理大型部署中的成百上千个工作负载时具有极大的优势。

自适应 QoS 通常用于调整吞吐量上限，但是也可用于管理吞吐量下限（当工作负载大小增加时）。工作负载大小表示为向存储对象分配的空间或存储对象使用的空间。
注
在 ONTAP 9.5 及更高版本中，可对吞吐量下限使用已用空间。在 ONTAP 9.4 中，不支持对吞吐量下限使用该值。

  • 分配的空间 策略根据存储对象的额定大小维持 IOPS/TB|GB 比例。如果该比例为 100 IOPS/GB，则 150 GB 的卷只要保持该大小，吞吐量上限将为 15000 IOPS。如果将卷的大小调整为 300 GB，则自适应 QoS 将把吞吐量上限调整为 30000 IOPS。

  • 已用空间 策略（默认策略）根据应用存储效率之前的实际数据量维持 IOPS/TB|GB 比例。如果该比例为 100 IOPS/GB，则存储了 100 GB 数据的 150 GB 卷的吞吐量上限为 10000 IOPS。随着已用空间量改变，自适应 QoS 将根据该比例调整吞吐量上限。