Azure 監視器服務限制
本文列出 Azure 監視器的不同區域限制。
警示
| 資源 | 預設限制 | 上限 |
|---|---|---|
| 計量警示 (傳統) | 每個訂用帳戶 100 個使用中警示規則。 公用雲端使用者已淘汰傳統警示。 Azure Government 雲端和 21Vianet 營運的 Microsoft Azure 傳統警示將於 2024 年 2 月 29 日淘汰。 |
請連絡客戶支援。 |
| 計量警示 \(部分機器翻譯\) | Azure 公用、21Vianet 營運的 Microsoft Azure 和 Azure Government 雲端中每個訂用帳戶 5,000 個使用中警示規則。 如果達到此限制，請探索是否可以使用相同類型的多資源警示。 每個警示規則 5,000 個計量時間序列。 |
請連絡客戶支援。 |
| 活動記錄警示 \(部分機器翻譯\) | 每個訂用帳戶有 100 個使用中警示規則 (無法增加)。 由於無法增加此限制，因此如果每個訂用帳戶需要大量規則，請考量將活動記錄傳送至 Log Analytics 工作區並改為建立記錄搜尋警示。 |
與預設值相同。 |
| 記錄警示 | 每個訂用帳戶 5,000 個使用中警示規則。 其中 100 個使用中警示規則，頻率為 1 分鐘。 每個資源 1,000 個使用中警示規則。 每個無狀態警示規則每次評估最多可觸發 6,000 個警示。 每個具狀態警示規則每次評估最多可觸發 300 個警示。 每個警示規則一次最多會引發5,000個具狀態警示。 記錄警示規則屬性中所有資料的大小總和不可超過 64 KB。 Kusto 查詢結果不能超過 20 MB。 |
請連絡客戶支援。 |
| 警示處理規則 | 每個訂用帳戶 1,000 個使用中規則。 | 請連絡客戶支援。 |
| 警示規則和警示處理規則描述長度 | 記錄搜尋警示為 4,096 個字元。 所有其他警示為 2,048 個字元。 |
與預設值相同。 |
警示 API
Azure 監視器警示有數個節流限制，可防止使用者進行過多的呼叫。 這類行為可能會導致系統後端資源多載，並損害服務回應能力。 下列限制旨在保護客戶避免遇到業務中斷，並確保一致的服務層級。 使用者節流和限制旨在僅影響極端使用案例。 這應與一般使用案例無關。
注意
每個執行個體都有 API 呼叫限制。 確切的限制數目取決於執行個體數目。
| 資源 | 預設限制 | 上限 |
|---|---|---|
| 警示 - 取得摘要 | 每個訂用帳戶每分鐘 50 個呼叫 | 與預設值相同 |
| 警示 - 取得全部 (而不是「依識別碼取得」) | 每個訂用帳戶每分鐘 100 個呼叫 | 與預設值相同 |
| 所有其他警示呼叫 | 每個訂用帳戶每分鐘 1,000 個呼叫 | 與預設值相同 |
動作群組
您的訂用帳戶可有不限數目的動作群組。
| 資源 | 預設限制 | 上限 |
|---|---|---|
| Azure 應用程式推送 | 每個動作群組有 10 個 Azure 應用程式動作。 | 與預設值相同 |
| 電子郵件 | 一個動作群組中有 1000 個電子郵件動作。 每個區域的每個電子郵件地址每小時不超過 100 封電子郵件 電子郵件地址中的字元限制為 64。 電子郵件的字元限制為 55296。 另請參閱速率限制資訊。 |
與預設值相同 |
| 寄送電子郵件給 Azure Resource Manager 角色 | 每個動作群組 10 個電子郵件 ARM 角色動作。 在實際執行環境中：每個區域一小時不超過 100 封電子郵件。 在測試動作群組中，每一 (1) 分鐘不超過 2 個電子郵件。 |
與預設值相同 |
| 事件中樞 | 每個動作群組 10 個事件中樞動作。 | 與預設值相同 |
| ITSM | 一個動作群組中有 10 個 ITSM 動作。 | 與預設值相同 |
| 邏輯應用程式 | 一個動作群組中有 10 個邏輯應用程式動作。 | 與預設值相同 |
| Runbook | 一個動作群組中有 10 個 Runbook 動作。 | 與預設值相同 |
| 安全 Webhook | 一個動作群組中有 10 個保護 Webhook 動作。 每個訂用帳戶的 Webhook 呼叫數目上限為每分鐘 1500 次。 | 與預設值相同 |
| SMS | 一個動作群組中有 10 個 SMS 動作。 在實際執行環境中：每五分鐘不超過一個 SMS 訊息。 在測試動作群組中：每一分鐘不超過一個 SMS。 |
與預設值相同 |
| 語音 | 一個動作群組中有 10 個語音動作。 在實際執行環境中：每五分鐘不超過一個語音電話。 在測試動作群組中，每一分鐘不超過一個語音電話。 |
與預設值相同 |
| Webhook | 一個動作群組中有 10 個 Webhook 動作。 每個訂用帳戶的 Webhook 呼叫數目上限為每分鐘 1500 次。 | 與預設值相同 |
Autoscale
| 資源 | 預設限制 | 上限 |
|---|---|---|
| 自動調整設定 | 每個區域中每個訂用帳戶 100 個。 | 與預設值相同 |
| 自動調整規模設定檔 | 每個自動調整規模設定為 20 個設定檔。 | 與預設值相同 |
Prometheus 計量
擷取
Azure 受控 Prometheus 是不區分大小寫的系統。 如果字串 (例如計量名稱、標籤名稱或標籤值) 與其他時間序列的區別只有字串的大小寫不同，則系統會將這些字串視為相同的時間序列。 如需詳細資訊，請參閱 Prometheus 計量概觀。
下列限制會套用至擷取 Prometheus 計量的 Azure 監視器工作區。
| 限制 | 值 |
|---|---|
| 過去約 12 小時內已回報含計量的作用中時間序列。 | 1,000,000 您可以要求增加。 |
| 每分鐘擷取的事件數。 | 1,000,000 您可以要求增加。 |
下列限制會套用至將 Prometheus 計量資料傳送至 Azure 監視器工作區的資料收集規則 (DCR) 和資料收集端點 (DCE)。
| 限制 | 值 |
|---|---|
| 資料收集端點每分鐘的擷取要數 | 15,000 此限制無法增加。 |
| 資料收集端點每分鐘的資料擷取量 | 50 GB 此限制無法增加。 |
查詢
Prometheus 查詢是使用 PromQL 建立的，且可以在 Azure 受控 Grafana 或自我管理的 Grafana 中撰寫。
| 限制 | 值 |
|---|---|
| 資料保留 | 18 個月。 此限制無法增加。 |
| 查詢時間範圍 | PromQL 查詢開始時間和結束時間之間的 32 天。 此限制無法增加。 |
| 每個計量的查詢時間序列數 | 500,000 個時間序列。 |
| 傳回的查詢樣本數 | 每個查詢 50,000,000 個樣本。 |
| 最小查詢步驟大小 (其時間範圍 >= 48 小時) |
60 秒。 |
查詢資料限制
針對用戶端流量：
| 限制 | 值 |
|---|---|
| 節流時間範圍查詢長度 | 30 秒 |
| 每個 Azure 監視器工作區傳回的資料 | 0.5 GB |
針對記錄規則流量：
| 限制 | 值 |
|---|---|
| 節流時間範圍查詢長度 | 3 分鐘 |
| 每個 Azure 監視器工作區傳回的資料 | 1 GB |
查詢預先剖析限制
根據 30 秒時間範圍內的查詢時間範圍和要求類型 (針對用戶端流量)：
| 限制 | 值 |
|---|---|
| 每位使用者的查詢時數 (Microsoft Entra ID、受控識別、Azure 受控 Grafana 工作區) | 30,000 |
| 每個 Azure 監視器工作區的查詢時數 | 60,000 |
| 每個 Azure 租用戶的查詢時數 | 600,000 |
根據 3 分鐘時間範圍內的查詢時間範圍和要求類型 (針對記錄規則流量)：
| 限制 | 值 |
|---|---|
| 每個 Azure 監視器工作區的查詢時數 | 60,000 |
| 每個 Azure 租用戶的查詢時數 | 600,000 |
查詢剖析後的限制
根據 30 秒時間範圍內查詢中的查詢時間範圍和範圍向量 (針對用戶端流量)：
| 限制 | 值 |
|---|---|
| 每位使用者的查詢時數 (Microsoft Entra ID、受控識別、Azure 受控 Grafana 工作區) | 2,000,000 |
| 每個 Azure 監視器工作區的查詢時數 | 2,000,000 |
| 每個 Azure 租用戶的查詢時數 | 20,000,000 |
根據根據 3 分鐘時間範圍內查詢中的查詢範圍和範圍向量 (針對記錄規則流量)：
| 限制 | 值 |
|---|---|
| 每個 Azure 監視器工作區的查詢時數 | 2,000,000 |
| 每個 Azure 租用戶的查詢時數 | 20,000,000 |
查詢成本節流限制
| 限制 | 值 |
|---|---|
| 每個查詢的查詢成本上限 | 15000 |
| 記錄規則查詢的查詢成本上限 | 3000 |
查詢成本計算如下所示：
查詢成本 = (要求的時間序列數目 * (查詢時間持續時間 (秒) / 查詢資料的推斷時間解析)) / 5000
查詢資料的推斷時間解析 = 查詢計量任一隨機選取時間序列索引鍵中儲存的資料點數目 / 查詢時間持續時間 (秒)
警示和記錄規則
Prometheus 警示規則和記錄規則會使用 PromQL 定義。 在受控尺規服務上執行，作為 Prometheus 的 Azure 監視器受控服務的一部分。
| 限制 | 值 |
|---|---|
| 在 Azure 訂用帳戶中，每個 Azure 監視器工作區的規則群組數 | 500 您可以要求增加。 |
| 每個規則群組的規則數 | 20 此限制無法增加。 |
| 規則群組評估間隔 | 介於 1 分鐘 - 24 小時。 預設值是 1 分鐘。 |
| 使用中警示 | 目前沒有限制。 |
遠端寫入
計算是使用遠端批次大小 500 (預設值) 來決定。
| 限制 | 值 |
|---|---|
| CPU 使用量 | 0.25 x (計量數目) + 1.25 x (每個計量的平均序列數) |
| CPU 要求 | 0.75 x (CPU 使用量) |
| CPU 限制 | 2 x (CPU 要求) |
| 記憶體要求 | 150 Mb |
| 記憶體限制 | 200 Mb |
| 輸送量上限 | 遠端寫入容器最多可以處理 150,000 個唯一的時間序列。 容器可能會因為大量的並行連線數而擲回處理超過 150,000 個要求的錯誤。 此問題可藉由將遠端批次大小從 500 增加至 1,000 來減輕。 此變更減少開啟的連線數目。 |
記錄擷取 API
| 限制 | 值 | 註解 |
|---|---|---|
| API 呼叫的大小上限 | 1 MB | 壓縮和解壓縮的資料。 |
| 欄位值的大小上限 | 64 KB | 超過 64 KB 的欄位會遭截斷。 |
| 每個 DCR 的資料/分鐘上限 | 2 GB | 壓縮和解壓縮的資料。 在回應的 Retry-After 標頭所列出持續時間之後重試一次。 |
| 每個 DCR 的每分鐘要求數目上限 | 12,000 | 在回應的 Retry-After 標頭所列出持續時間之後重試一次。 |
資料收集規則
| 限制 | 值 |
|---|---|
| 資料來源數目上限 | 10 |
| 效能計數器中計數器規範的數目上限 | 100 |
| Syslog 中設備名稱的數目上限 | 20 |
| 事件記錄檔中 XPath 查詢的數目上限 | 100 |
| 資料流程的數目上限 | 10 |
| 資料流的數目上限 | 10 |
| 延伸模組的數量上限 | 10 |
| 延伸模組設定的大小上限 | 32 KB |
| Log Analytics 工作區的數目上限 | 10 |
| 轉換的字元數上限 | 15,360 |
診斷設定
| 資源 | 預設限制 | 上限 |
|---|---|---|
| 每個資源的診斷設定數目上限 | 5 | 與預設值相同。 |
記錄查詢和語言
一般查詢限制
| 限制 | 描述 |
|---|---|
| 查詢語言 | Azure 監視器使用與 Azure 資料總管相同的 Kusto 查詢語言 (KQL)。 如需 Azure 監視器中不支援的 KQL 語言元素，請參閱 Azure 監視器記錄查詢語言差異。 |
| Azure 區域 | 當資料的範圍跨越多個 Azure 區域中的 Log Analytics 工作區時，記錄查詢可能會承受過多的負荷。 如需詳細資訊，請參閱查詢限制。 |
| 跨資源查詢 | 單一查詢中的 Application Insights 資源和 Log Analytics 工作區數目上限為100。 檢視表設計工具不支援跨資源查詢。 新的 scheduledQueryRules API 支援記錄警示中的跨資源查詢。 如需詳細資訊，請參閱跨資源查詢限制。 |
| Log Analytics 儀表板查詢 | 單一 Log Analytics 儀表板查詢中傳回的記錄數目上限為 2000。 |
使用者查詢節流
Azure 監視器有數個節流限制，可防止使用者傳送過多的查詢。 這類行為可能會導致系統後端資源多載，並損害服務回應能力。 下列限制旨在保護客戶避免遇到業務中斷，並確保一致的服務層級。 使用者節流和限制旨在僅影響極端使用案例，並且與一般使用方式無關。
| 量值 | 每位使用者限制 | 描述 |
|---|---|---|
| 並行查詢 | 5 | 使用者最多可執行五個並行查詢。 任何其他查詢會新增至佇列。 當其中一個執行中的查詢完成時，就會從佇列提取佇列中的第一個查詢，然後開始執行。 警示查詢不屬於此限制一部分。 |
| 並行佇列中的時間 | 3 分鐘 | 如果查詢停留在佇列中的時間超過3分鐘而未啟動，則會以錯誤碼 429 的 HTTP 錯誤回應終止。 |
| 並行佇列中的查詢總數 | 200 | 當佇列中的查詢數目達到 200 時，就會拒絕下一個查詢，並出現 HTTP 錯誤碼 429。 此數目是除了可同時執行的五個查詢以外的數目。 |
| 查詢速率 | 每 30 秒 200 個查詢 | 單一使用者可以向所有工作區提交查詢的整體速率。 這項限制適用於程式設計查詢或由視覺效果組件 (例如 Azure 儀表板和 Log Analytics 工作區摘要 (已取代) 頁面) 所起始的查詢。 |
- 活動 記錄 API 每 30 秒有 50 個查詢的個別速率限制。
- 如在 Azure 監視器中最佳化記錄查詢中所述，將查詢最佳化。
- 儀表板和活頁簿的單一檢視中可能會含有多個查詢，每次載入或重新整理時，都會載入大量查詢。 請考慮將其分散成多個檢視，以視需要載入。
- 在 Power BI 中，請考慮只擷取彙總的結果，而不是原始記錄。
Log Analytics 工作區
資料收集磁碟區和保留
| 定價層 | 每天限制 | 資料保留 | 註解 |
|---|---|---|---|
| 隨用隨付 (2018 年 4 月引進) |
無限制 | 最多 730 天互動式保留期/ 最多 12 年的資料封存 |
保留超過 31 天的資料需要額外付費。 深入了解 Azure 監視器價格。 |
| 定額層 (2019 年 11 月引進) |
無限制 | 最多 730 天互動式保留期/ 最多 12 年的資料封存 |
保留超過 31 天的資料需要額外付費。 深入了解 Azure 監視器價格。 |
| 每個節點的舊版 (OMS) (2016 年 4 月引進) |
無限制 | 30 至 730 天 | 保留超過 31 天的資料需要額外付費。 深入了解 Azure 監視器價格。 使用層的存取權僅限於在 2018 年 4 月 2 日之前包含 Log Analytics 工作區或 Application Insights 資源的訂用帳戶，或連結至 Enterprise 合約 (於 2019 年 2 月 1 日之前生校且仍具效力) 的訂用帳戶。 |
| 舊版獨立層 (2016 年 4 月引進) |
無限制 | 30 至 730 天 | 保留超過 31 天的資料需要額外付費。 深入了解 Azure 監視器價格。 使用層的存取權僅限於在 2018 年 4 月 2 日之前包含 Log Analytics 工作區或 Application Insights 資源的訂用帳戶，或連結至 Enterprise 合約 (於 2019 年 2 月 1 日之前生校且仍具效力) 的訂用帳戶。 |
| 舊版免費層 (2016 年 4 月引進) |
500 MB | 7 天 | 當您的工作區達到每天 500 MB 的限制時，資料擷取會在第二天開始時停止並繼續。 一天的開始以 UTC 時區為準。 每天 500 MB 的限制不包含適用於雲端的 Microsoft Defender 所收集的資料，而且將繼續收集高於此限制的資料。 僅在 2022 年 7 月 1 日之前，您可以在舊版免費試用定價層中建立新的工作區或移動現有的工作區。 |
| 舊版標準層 | 無限制 | 30 天 | 無法調整保留期。 自 2016 年 10 月 1 日以來，此層級即不適用於任何新工作區。 |
| 舊版進階層 | 無限制 | 365 天 | 無法調整保留期。 自 2016 年 10 月 1 日以來，此層級即不適用於任何新工作區。 |
每一訂用帳戶的工作區數目
| 定價層 | 工作區限制 | 註解 |
|---|---|---|
| 舊版免費層 | 10 | 此限制無法增加。 僅在 2022 年 7 月 1 日之前，您可以在舊版免費試用定價層中建立新的工作區或移動現有的工作區。 |
| 所有其他層級 | 無限制 | 您會受到資源群組內的資源數目和每一訂用帳戶的資源群組數目所限制 |
Azure 入口網站
| 類別 | 限制 | 註解 |
|---|---|---|
| 記錄查詢所傳回的記錄數目上限 | 30,000 | 在查詢中使用查詢範圍、時間範圍和篩選條件來減少查詢結果。 |
資料收集器 API
| 類別 | 限制 | 註解 |
|---|---|---|
| 單一篇文章的大小上限 | 30 MB | 將較大的磁碟區分割成多篇文章。 |
| 欄位值的大小上限 | 32 KB | 超過 32 KB 的欄位會被截斷。 |
查詢 API
| 類別 | 限制 | 註解 |
|---|---|---|
| 在單一查詢中傳回的記錄數目上限 | 500,000 | |
| 所傳回的資料大小上限 | 大約 104 MB (大約 100 MiB) | API 會傳回最多 64 MB 的壓縮資料，其轉譯為最多 100 MB 的原始資料。 |
| 查詢執行時間上限 | 10 分鐘 | 如需詳細資訊，請參閱逾時。 |
| 要求速率上限 | 每個 Microsoft Entra 使用者或用戶端 IP 位址每 30 秒 200 個要求 | 請參閱記錄查詢和語言。 |
Azure 監視器記錄連接器
| 類別 | 限制 | 註解 |
|---|---|---|
| 資料大小上限 | 大約 16.7 MB (大約 16 MiB) | 連接器基礎結構規定該限制應設定為低於查詢 API 限制。 |
| 記錄數目上限 | 500,000 | |
| 連接器逾時上限 | 110 秒 | |
| 查詢逾時上限 | 100 秒 | |
| 圖表 | [記錄] 頁面和連接器會使用不同的圖表程式庫進行視覺效果。 連接器中目前無法使用某些功能。 |
摘要規則
| 類別 | 限制 |
|---|---|
| 工作區中的使用中規則數上限 | 30 |
| 每個間隔的結果數上限 | 500,000 |
| 結果集容量上限 | 100 MB |
| 進行間隔處理的查詢逾時 | 10 分鐘 |
一般工作區限制
| 類別 | 限制 | 註解 |
|---|---|---|
| 資料表中的資料行數上限 | 500 | AzureDiagnostics -- 超出限制的資料行會新增至動態 'AdditionalFields' 資料行 由資料收集器 API 建立的自訂記錄 -- 超出限制的資料行會新增至動態 'AdditionalFields' 資料行 自訂記錄 -- 如需詳細資訊，請連絡客戶支援 |
| 自訂記錄資料表數目上限 | 500 | 如需詳細資訊，請連絡支援人員 |
| 資料行名稱的字元數上限 | 45 |
資料擷取磁碟區速率
Azure 監視器是一種大規模的資料服務，服務對象為每日需傳送數 TB 資料 (且不斷成長) 的上千名客戶。 軟性磁碟區速率限制旨在將 Azure 監視器客戶隔離，避免其受到多租用戶環境中突然激增的尖峰所影響。 工作區的預設擷取磁碟區速率閾值為 500 MB (壓縮)，其可轉譯為大約 6 GB/分鐘解壓縮。
磁碟區速率限制套用至透過診斷設定和資料收集 API 從 Azure 資源內嵌的資料。 達到磁碟區速率限制時，重試機制會嘗試在 12 小時內擷取資料四次，並在作業失敗後將其卸除。 限制不會套用至從代理程式或透過 DCR 擷取的資料。
如果以高於工作區中所設定閾值的 80% 速率將資料傳送至您的工作區時，則每隔 6 小時會將事件傳送至工作區中的 Operation 資料表，同時會持續超過閾值。 當擷取的磁碟區速率高於閾值時，系統會卸除某些資料，每隔 6 小時會將事件傳送至工作區中的 Operation 資料表，同時會持續超過閾值。
如果您的擷取磁碟區速率持續超過閾值，或您希望很快能達到某個閾值，則可以透過開立支援要求，要求增加此限制。
另也建議建立警示規則以在達到擷取限制時主動通知。 請參閱在 Azure 監視器中監視 Log Analytics 工作區的健康情況。
注意
視使用 Log Analytics 的時間長度而定，您可能會有舊版定價層的存取權。 深入了解 Log Analytics 舊版定價層。
Application Insights
每個應用程式 (亦即每個檢測金鑰) 都有一些計量和事件的數目限制。 限制取決於您選擇的定價方案。
| 資源 | 預設限制 | 上限 | 備註 |
|---|---|---|---|
| 每日資料總量 | 100 GB | 請連絡支援人員。 | 您可以設定上限以減少資料。 如果您需要更多資料，可以從入口網站將限制增加到最多 1,000 GB。 若容量大於 1000 GB，請傳送電子郵件給 AIDataCap@microsoft.com。 |
| 節流 | 32,000 個事件/秒 | 請連絡支援人員。 | 此限制會測量超過一分鐘。 |
| 資料保留記錄 | 30 到 730 天 | 730 天 | 此資源適用於記錄。 |
| 資料保留計量 | 90 天 | 90 天 | 此資源適用於計量瀏覽器。 |
| 可用性多步驟測試詳述的結果保留期 | 90 天 | 90 天 | 此資源會提供每個步驟的詳細結果。 |
| 遙測項目大小上限 | 64 KB | 64 KB | |
| 每個批次的遙測項目數上限 | 64,000 | 64,000 | |
| 屬性和度量名稱長度 | 150 | 150 | 請參閱類型結構描述。 |
| 屬性值字串長度 | 8,192 | 8,192 | 請參閱類型結構描述。 |
| 追蹤和例外狀況訊息長度 | 32,768 | 32,768 | 請參閱類型結構描述。 |
| 每個 Application Insights 資源的可用性測試計數 | 100 | 100 | |
| 每個資源群組的可用性測試計數 | 800 | 800 | 請參閱 Azure Resource Manager |
| 可用性測試中每個測試的重新導向數上限 | 10 | 10 | |
| 可用性測試的最低測試頻率 | 300 秒 | 自訂測試頻率或低於 5 分鐘的頻率，需要自訂 TrackAvailability 實作。 | |
| .NET Profiler 和 快照調試程序 數據保留 | 兩週 | 請連絡支援人員。 資料保留上限為六個月。 | |
| 每天傳送的 .NET Profiler 數據 | 無限制 | 沒有限制。 | |
| 每天傳送的快照調試程序 數據 | 每個受監視應用程式每天 30 個快照集 | 沒有限制。 | 可透過設定修改每個應用程式所收集的快照集數目。 |
如需詳細資訊，請參閱 Application Insights 帳單。
Azure 監視器私人連結範圍 (AMPLS)
AMPLS 物件有下列限制：
- 虛擬網路只能連線到「一個」AMPLS 物件。 這表示 AMPLS 物件必須提供虛擬網路應可存取的所有 Azure 監視器資源的存取權。
- AMPLS 物件最多可以連線到 300 個 Log Analytics 工作區，以及最多 1,000 個 Application Insights 元件。
- Azure 監視器資源最多可以連線到五個 AMPLS。
- AMPLS 物件最多可以連線到10個私人端點。