Azure 監視器服務限制
本文列出 Azure 監視器不同區域的限制。
警示
| 資源 | 預設限制 | 上限 |
|---|---|---|
| 計量警示 （傳統） | 每個訂用帳戶 100 個作用中警示規則。 公用雲端使用者已淘汰傳統警示。 Azure Government 雲端和 21Vianet 營運的 Microsoft Azure 傳統警示將於 2024 年 2 月 29 日淘汰。 |
請連絡客戶支援。 |
| 計量警示 \(部分機器翻譯\) | Azure 公用中的每個訂用帳戶 5,000 個作用中警示規則、由 21Vianet 和 Azure Government 雲端運作的 Microsoft Azure。 如果您達到此限制，請探索您是否可以使用 相同類型的多重資源警示。 每個警示規則 5,000 個計量時間序列。 |
請連絡客戶支援。 |
| 活動記錄警示 \(部分機器翻譯\) | 每個訂用帳戶 100 個作用中警示規則（無法增加）。 由於無法增加此限制，請考慮 將活動記錄傳送至 Log Analytics 工作區 ，並改為建立記錄搜尋警示，如果您需要每個訂用帳戶的更多規則數目。 |
與預設值相同。 |
| 記錄警示 | 每個訂用帳戶 5,000 個作用中警示規則。 其中，100 個作用中警示規則的頻率為 1 分鐘。 每個資源 1,000 個作用中警示規則。 每個無狀態警示規則每個評估最多可以觸發 6000 個警示。 每個具狀態警示規則最多可以觸發每個評估的300個警示。 一次最多 6000 個引發具狀態警示。 |
請連絡客戶支援。 |
| 警示處理規則 | 每個訂用帳戶 1,000 個作用中規則。 | 請連絡客戶支援。 |
| 警示規則和警示處理規則描述長度 | 記錄搜尋警示 4,096 個字元。 所有其他字元都是 2,048 個字元。 |
與預設值相同。 |
警示 API
Azure 監視器警示有數個節流限制，可防範用戶發出過多的通話。 這類行為可能會多載系統後端資源，並危及服務回應性。 下列限制旨在保護客戶免於中斷，並確保一致的服務等級。 用戶節流和限制的設計只會影響極端的使用案例。 它們不應該與一般使用方式相關。
注意
每個實例都有 API 呼叫的限制。 實例數目的確切限制數目。
| 資源 | 預設限制 | 上限 |
|---|---|---|
| 警示 - 取得摘要 | 每個訂用帳戶每分鐘 50 個通話 | 與預設值相同 |
| 警示 - 全部 取得（而非「依識別碼取得」） | 每個訂用帳戶每分鐘 100 次呼叫 | 與預設值相同 |
| 所有其他警示通話 | 每個訂用帳戶每分鐘 1,000 次呼叫 | 與預設值相同 |
動作群組
您可以在訂用帳戶中擁有無限數量的動作群組。
| 資源 | 預設限制 | 上限 |
|---|---|---|
| Azure 應用程式推送 | 每個動作群組 10 個 Azure 應用程式動作。 | 與預設值相同 |
| 電子郵件 | 動作群組中有1,000個電子郵件動作。 每個電子郵件位址每小時不超過 100 封電子郵件 電子郵件位址中的 caraccter 限制為 64。 電子郵件中的字元限制為55296。 另請參閱 速率限制資訊。 |
與預設值相同 |
| 寄送電子郵件給 Azure Resource Manager 角色 | 每個動作群組 10 個電子郵件 ARM 角色動作。 在生產環境中：一小時內不超過 100 封電子郵件。 在測試動作群組中：每一 （1） 分鐘不超過兩封電子郵件。 |
與預設值相同 |
| 事件中樞 | 每個動作群組 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 您可以要求增加。 |
下列限制適用於資料收集規則 （DCR） 和資料收集端點 （DCE）， 將 Prometheus 計量數據傳送至您的 Azure 監視器工作區。
| 限制 | 值 |
|---|---|
| 將每分鐘擷取要求擷取至數據收集端點 | 15,000 此限制無法增加。 |
| 每分鐘將數據擷取至數據收集端點 | 50 GB 此限制無法增加。 |
查詢
Prometheus 查詢是使用 PromQL 建立的，而且可以在 Azure Managed 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 中。 它們會在受控 Ruler 服務上執行，做為 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 儀錶板查詢中傳回的記錄數目上限為 2,000。 |
用戶查詢節流
Azure 監視器有數個節流限制，可防範傳送過多查詢的使用者。 這類行為可能會多載系統後端資源，並危及服務回應性。 下列限制旨在保護客戶免於中斷，並確保一致的服務等級。 用戶節流和限制的設計只會影響極端的使用案例，且不應與一般使用方式相關。
| 量值 | 每個使用者的限制 | 描述 |
|---|---|---|
| 並行查詢 | 5 | 用戶可以執行最多五個並行查詢。 任何其他查詢會新增至佇列。 當其中一個執行中的查詢完成時，佇列中的第一個查詢會從佇列提取並開始執行。 警示查詢不屬於此限制的一部分。 |
| 並行佇列中的時間 | 3 分鐘 | 如果查詢位於佇列中超過 3 分鐘，但未啟動，則會以 HTTP 錯誤回應終止，其代碼為 429。 |
| 並行佇列中的查詢總數 | 200 | 當佇列中的查詢數目達到 200 時，下一個查詢會遭到拒絕，並出現 HTTP 錯誤碼 429。 這個數位除了可以同時執行的五個查詢之外。 |
| 查詢速率 | 每30秒 200個查詢 | 單一使用者可提交至所有工作區的整體查詢速率。 此限制適用於視覺效果元件所起始的程式設計查詢或查詢，例如 Azure 儀錶板和 Log Analytics 工作區摘要（已淘汰）頁面。 |
- 優化查詢，如優化 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 資源的訂用帳戶，或連結到自 2019 年 2 月 1 日之前開始且仍在作用中的 Enterprise 合約。 |
| 舊版獨立層 （2016年4月推出） |
無限制 | 30 到 730 天 | 超過 31 天的數據保留可供額外費用使用。 深入瞭解 Azure 監視器定價。 使用層的存取僅限於 2018 年 4 月 2 日包含 Log Analytics 工作區或 Application Insights 資源的訂用帳戶，或連結到在 2019 年 2 月 1 日之前開始且仍在作用中的 Enterprise 合約。 |
| 舊版免費層 （2016年4月推出） |
500 MB | 7 天 | 當您的工作區達到每天 500 MB 的限制時，數據擷取會在第二天開始時停止並繼續。 一天的開始以 UTC 時區為準。 適用於雲端的 Microsoft Defender 收集的數據不包含在此 500 MB 的每日限制中，而且會繼續收集超過此限制。 只有在 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 秒 | |
| 圖表 | [記錄] 頁面和連接器會使用不同的圖表連結庫進行視覺效果。 連接器目前無法使用某些功能。 |
一般工作區限制
| 類別 | 限制 | 註解 |
|---|---|---|
| 數據表中的數據行數上限 | 500 | |
| 自訂記錄數據表數目上限 | 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 | |
| 分析工具和快照集資料保留 | 兩週 | 請連絡支援人員。 資料保留上限為六個月。 | |
| 每天傳送的分析工具資料 | 無限制 | 沒有限制。 | |
| 每天傳送的快照集資料 | 每個受監視應用程式每天 30 個快照集 | 沒有限制。 | 可透過設定修改每個應用程式所收集的快照集數目。 |
如需詳細資訊，請參閱 Application Insights 帳單。
Azure 監視器 Private Link 範圍 （AMPLS）
AMPLS 物件具有下列限制：
- 虛擬網路只能連線到「一個」AMPLS 物件。 這表示 AMPLS 物件必須提供虛擬網路應可存取的所有 Azure 監視器資源的存取權。
- AMPLS 物件最多可連線到 300 個 Log Analytics 工作區和 1,000 個 Application Insights 元件。
- Azure 監視器資源 (工作區或 Application Insights 元件或資料收集端點) 最多可連線到 5 個 AMPLS。
- 一個 AMPLS 物件最多可連線到 10 個私人端點。
注意
在 2021 年 12 月 1 日之前建立的 AMPLS 資源僅支援 50 個資源。