QoSポリシーグループの調整が原因の動的なパフォーマンスイベントへの対処
Unified Manager を使用して、ワークロードのスループット( MBps )を調整しているサービス品質( QoS )ポリシーグループが原因のパフォーマンスイベントを調査できます。この調整によって、ポリシーグループ内のボリュームワークロードの応答時間(レイテンシ)が長くなりました。イベント情報を使用して、ポリシーグループに新しい制限を追加して調整を停止する必要があるかどうかを判断できます。
-
必要なもの *
-
オペレータ、アプリケーション管理者、またはストレージ管理者のロールが必要です。
-
新規、確認済み、または廃止状態のパフォーマンスイベントが発生している必要があります。
-
イベントの詳細情報を表示するには、イベントの詳細 * ページを表示します。
-
概要 * を確認します。スロットルの影響を受けるワークロードの名前が表示されます。
スロットルによってワークロードが自身のVictimになるため、VictimとBullyに同じワークロードが表示されることがあります。
-
テキストエディタなどのアプリケーションを使用して、ボリュームの名前を記録します。
あとでボリューム名で検索できます。
-
ワークロードレイテンシ / ワークロード利用率のグラフで、「 * Bully workloads * 」を選択します。
-
グラフにカーソルを合わせると、ポリシーグループに影響を与えている上位のユーザ定義ワークロードが表示されます。
偏差が最も大きく、調整の原因となったワークロードがリストの最上位に表示されます。アクティビティは、ポリシーグループ制限に対して各ワークロードで使用されている割合です。
-
Suggested Actions * 領域で、上位のワークロードの * Analyze Workload * ボタンをクリックします。
-
[ワークロード分析]ページで、レイテンシグラフにすべてのクラスタコンポーネントを表示し、スループットグラフに内訳を表示するように設定します。
内訳グラフは、レイテンシグラフとIOPSグラフの下に表示されます。
-
「 * Latency * 」グラフの QoS 制限を比較して、調整した量がイベント発生時にレイテンシに影響した状況を確認します。
QoSポリシーグループの最大スループットが1秒あたり1、000op/secの場合、ポリシーグループ内のワークロードの合計がこの値を超えることはできません。イベントが発生した時点で、ポリシーグループ内のワークロードの合計スループットが1、200op/secを超えていたため、ポリシーグループのアクティビティが1、000op/secに調整されました。
-
読み取り / 書き込みレイテンシ * の値と、読み取り / 書き込み / その他 * の値を比較します。
どちらのグラフも、レイテンシが高い読み取り要求の数は多いものの、書き込み要求の数とレイテンシが低いことを示しています。これらの値は、レイテンシを増加させた大量のスループットまたは処理数があるかどうかを判断するのに役立ちます。これらの値は、スループットまたは処理数にポリシーグループの制限を適用するかどうかを決定する際に使用できます。
-
ONTAP システムマネージャを使用して、ポリシーグループの現在の制限値を 1 、 300op/sec に増やします
-
1 日後、手順 3 でメモしたワークロードを「ワークロードの分析 * 」ページに入力します。
-
スループット内訳グラフを選択します。
[読み取り/書き込み/その他]グラフが表示されます。
-
ページ上部で、ポリシーグループ制限の変更の変更イベントアイコン()にカーソルを合わせます。
-
読み取り / 書き込み / その他 * のグラフを * Latency * のグラフと比較します。
読み取り要求と書き込み要求は同じですが、調整は停止し、レイテンシは減少しています。