工作負載群組
工作負載群組可讓您根據共用特性將一組管理命令和查詢分組在一起,並套用原則來控制每個群組的每個要求限制和要求速率限制。
工作負載 群組與工作負載組策略一起做為叢集連入要求的資源控管系統。 起始要求時,它會分類為工作負載群組。 分類是以定義為 要求分類原則一部分的用戶定義函式為基礎。 要求會遵循在整個執行期間指派給指定工作負載群組的原則。
工作負載群組是在叢集層級定義,除了三個 內建工作負載群組之外,還可以定義最多10個自定義群組。
注意
不是查詢或管理命令的要求,例如串流擷取要求,不會包含在工作負載群組的範圍內。
自訂工作負載群組的使用案例
下列清單涵蓋建立自定義工作負載群組的一些常見使用案例:
防止失控查詢: 建立具有 要求限制原則 的工作負載群組,以在查詢執行期間設定資源使用量和平行處理原則的限制。 例如,此原則可以規範結果集大小、每個反覆運算器的記憶體、每個節點的記憶體、運行時間和 CPU 資源使用量。
控制要求的速率: 建立具有 要求速率限制原則 的工作負載群組,以管理來自特定主體或應用程式的並行要求行為。 此原則可以限制並行要求數目、一段時間內的要求計數,以及每個時間週期的總 CPU 秒數。 雖然您的叢集隨附預設限制,例如 查詢限制,但您可以根據需求彈性調整這些限制。
建立共享環境: 假設您有 3 個不同的客戶小組在共用叢集上執行查詢和命令,甚至可能存取共用資料庫。 如果您要根據這些小組的資源使用量來計費,您可以建立三個不同的工作負載群組,每個群組都有唯一的限制。 這些工作負載群組可讓您有效地管理及監視每個客戶小組的資源使用量。
監視資源使用率: 工作負載群組可協助您針對指定主體或應用程式的資源耗用量建立定期報告。 例如,如果這些主體代表不同的用戶端,這類報告可以促進精確的計費。 如需詳細資訊,請參閱 依工作負載群組監視要求。
建立和管理工作負載群組
使用下列命令來管理工作負載群組及其原則:
- .alter-merge workload_group
- .create-or-alter workload_group
- .drop workload_group
- .show workload_group
工作負載群組原則
您可以針對每個工作負載群組定義下列原則:
內建的工作負載群組
預先定義的工作負載群組如下:
預設工作負載群組
要求會在下列情況下分類為 default
群組:
- 沒有分類要求的準則存在。
- 嘗試將要求分類至不存在的群組中。
- 發生一般分類失敗。
您可以:
- 變更用於路由傳送這些要求的準則。
- 變更套用到
default
工作負載群組的原則。 - 將要求分類到
default
工作負載群組。
若要監視分類至 default
工作負載群組的內容,請參閱 依工作負載群組監視要求。
注意
某些叢集可能會有透過已被取代的 查詢節流原則所定義的並行查詢限制上限。 在這類叢集中,此限制會自動套用至 default
工作負載群組 的要求速率限制原則。 雖然舊的限制只會影響查詢,但新的查詢會套用至所有要求,包括查詢和管理命令。
內部工作負載群組
internal
工作負載群組會填入僅供內部使用的要求。
您無法:
- 變更用於路由傳送這些要求的準則。
- 變更套用到
internal
工作負載群組的原則。 - 將要求分類到
internal
工作負載群組。
若要監視分類至 internal
工作負載群組的內容,請參閱 依工作負載群組監視要求。
具體化檢視工作負載群組
工作負載 $materialized-views
群組適用於具體化檢視具體化程式。 如需具體化檢視運作方式的詳細資訊,請參閱 具體化檢視概觀。
您可以在工作負載群組 的要求限制原則中變更下列值:
- MaxMemoryPerQueryPerNode
- MaxMemoryPerIterator
- MaxFanoutThreadsPercentage
- MaxFanoutNodesPercentage
注意
您無法變更用於路由這些要求的準則。
依工作負載群組監視要求
系統命令 會指出已分類要求的工作負載群組。 您可以使用這些命令,針對已完成的要求,依工作負載群組匯總資源使用率。
您也可以在 Azure 監視器深入解析中查看及分析相同的資訊。
相關內容
意見反應
https://aka.ms/ContentUserFeedback。
即將登場:在 2024 年,我們將逐步淘汰 GitHub 問題作為內容的意見反應機制,並將它取代為新的意見反應系統。 如需詳細資訊,請參閱:提交並檢視相關的意見反應