回應QoS原則群組節流所造成的動態效能事件
- 此文件 PDF 的網站
個別的 PDF 文件集合
Creating your file...
您可以使用Unified Manager來調查服務品質(QoS)原則群組節流工作負載處理量(MB/s)所造成的效能事件。節流可增加原則群組中Volume工作負載的回應時間(延遲)。您可以使用事件資訊來判斷是否需要對原則群組進行新的限制、才能停止節流。
您需要的是什麼
-
您必須具有「操作員」、「應用程式管理員」或「儲存管理員」角色。
-
必須有新的、已確認的或過時的效能事件。
-
顯示「事件詳細資料」頁面以檢視事件的相關資訊。
-
請閱讀* Description*、其中會顯示受節流影響的工作負載名稱。
此說明可為受害者顯示相同的工作負載、而且不受影響、因為節流會使工作負載成為本身的受害者。
-
使用文字編輯器等應用程式來記錄磁碟區名稱。
您可以在磁碟區名稱上搜尋、以便稍後找到。
-
在「工作負載延遲和工作負載使用率」圖表中、選取*「Bull Workloads」*。
-
將游標停留在圖表上、即可檢視影響原則群組的使用者定義工作負載排行。
清單頂端的工作負載有最高的偏差、導致節流發生。活動是每個工作負載所使用的原則群組限制百分比。
-
在「建議動作」區域中、按一下「分析工作負載」按鈕、即可查看最重要的工作負載。
-
在「工作負載分析」頁面中、設定「延遲」圖表以檢視所有叢集元件、並設定「處理量」圖表以檢視明細。
明細圖表會顯示在「延遲」圖表和IOPS圖表下方。
-
比較「延遲」圖表中的QoS限制、查看事件發生時延遲受到哪些節流影響。
QoS原則群組的最大處理量為每秒1、000次作業(每秒)、其中的工作負載不能一起超過。在事件發生時、原則群組中的工作負載的總處理量超過1、200個作業/秒、導致原則群組將其活動減至1、000個作業/秒
-
將*讀取/寫入延遲*值與*讀取/寫入/其他*值進行比較。
這兩個圖表都顯示高延遲的大量讀取要求、但寫入要求的要求數量和延遲時間都很低。這些值可協助您判斷是否有大量處理量或作業數量增加延遲。您可以在決定將原則群組限制放在處理量或作業上時使用這些值。
-
使用「系統管理程式」將原則群組的目前限制提高至1、300次作業/秒ONTAP
-
一天之後、返回Unified Manager、並在「工作負載分析」頁面中輸入您在步驟3中記錄的工作負載。
-
選取處理量明細表。
隨即顯示讀取/寫入/其他圖表。
-
在頁面頂端、將游標指向變更事件圖示()。
-
將*讀取/寫入/其他*圖表與*延遲*圖表進行比較。
讀取和寫入要求相同、但節流已停止、延遲已減少。