「Traditional」QoSポリシーグループは、個々のワークロード（例えば、単一のボリュームまたはLUN）に割り当てることができます。この場合、ワークロードはスループットの上限をフルに利用できます。QoSポリシーグループは複数のワークロードに割り当てることもできます。その場合、スループット制限はワークロード間で「shared」されます。例えば、3つのワークロードに割り当てられたQoS制限が9,000 IOPSの場合、合計IOPSは9,000 IOPSを超えることが制限されます。

「Adaptive」QoSポリシーグループは、個々のワークロードまたは複数のワークロードに割り当てることもできます。しかし、複数のワークロードに割り当てられた場合でも、各ワークロードは他のワークロードとスループット値を共有することなく、スループット制限の最大値を取得します。さらに、適応型QoSポリシーは、ワークロードごとにボリュームサイズに基づいてスループット設定を自動的に調整し、ボリュームサイズが変化してもIOPSとテラバイトの比率を維持します。例えば、適応型QoSポリシーでピーク値を5,000 IOPS/TBに設定した場合、10 TBのボリュームの最大スループットは50,000 IOPSになります。後でボリュームのサイズが20 TBに変更された場合、アダプティブQoSは最大IOPSを100,000に調整します。

ONTAP 9.5以降では、アダプティブQoSポリシーを定義する際にブロック サイズを指定できます。これにより、ワークロードが非常に大きなブロック サイズを使用していて、その結果スループットの大半を使用しているケースでは、ポリシーのしきい値がIOPS/TBからMBpsに変換されます。

グループでQoSポリシーを共有している場合、ポリシー グループ内のすべてのワークロードのIOPSまたはMBpsが設定された上限を超えると、ワークロードが調整されてそのアクティビティが制限されます。その結果、ポリシー グループ内の全ワークロードのパフォーマンスが低下することがあります。ポリシー グループの調整によって動的なパフォーマンス イベントが生成されると、イベントの説明に関係するポリシー グループの名前が表示されます。

「パフォーマンス：すべてのボリューム」ビューでは、影響を受けたボリュームをIOPSとMB/sで並べ替えることで、イベントの原因となった可能性のある、使用率が最も高いワークロードを確認できます。パフォーマンス/ボリュームエクスプローラーページでは、影響を受けているワークロードのIOPSまたはMBpsスループット使用量と比較するために、他のボリューム、またはボリューム上のLUNを選択できます。

ノード リソースを過剰に消費しているワークロードは、より制限の厳しいポリシー グループに割り当てます。これにより、ポリシー グループによる調整でワークロードのアクティビティが制限されて、そのノードでのリソースの使用が削減されます。一方、ワークロードで使用できるノードのリソースを増やす場合は、ポリシー グループの値を大きくすることができます。

System Manager、ONTAPコマンド、または統合ManagerPerformance Service Levelを使用して、以下のタスクを含むポリシーグループを管理できます。