本文列出 Azure 監視器的不同區域限制。
警報
| 資源 | 預設限制 | 上限 |
|---|---|---|
| 指標警示 | Azure 公用、21Vianet 營運的 Microsoft Azure 和 Azure Government 雲端中每個訂用帳戶 5,000 個使用中警示規則。 如果達到此限制，請探索是否可以使用相同類型的多資源警示。 每個警示規則 10,000 個計量時間序列。 |
請致電支援部門。 |
| 活動日誌警報 | 每個訂閱有 100 個有效警示規則 (無法增加)。 由於無法增加此限制，因此如果每個訂用帳戶需要大量規則，請考量將活動記錄傳送至 Log Analytics 工作區並改為建立記錄搜尋警示。 |
與預設值相同。 |
| 記錄警示 | 每個訂用帳戶 5,000 個使用中警示規則。 其中 100 個使用中警示規則，頻率為 1 分鐘。 每個資源 1,000 個使用中警示規則。 每個無狀態警示規則每次評估最多可觸發 6,000 個警示。 每個具狀態警示規則每次評估最多可觸發 300 個警示。 每個警示規則一次最多可引發 5,000 個具狀態警示。 記錄警示規則屬性中所有資料的大小總和不可超過 64 KB。 Kusto 查詢結果不能超過 20 MB。 在 Log Analytics 或 ADX 工作區中，每個受管理的識別可擁有 500 個有效的警示規則。 Azure 資源圖形工作區上，每個受控身份可擁有 50 個啟用的警示規則。 |
請致電支援部門。 |
| 警示處理規則 | 每個訂用帳戶 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 個 Event Hubs 動作。 | 與預設值相同 |
| 資訊技術服務管理 (ITSM) | 一個動作群組中有 10 個 ITSM 動作。 | 與預設值相同 |
| 邏輯應用程式 | 一個動作群組中有 10 個邏輯應用程式動作。 | 與預設值相同 |
| Runbook | 一個動作群組中有 10 個 Runbook 動作。 | 與預設值相同 |
| 安全 Webhook | 一個動作群組中有 10 個保護 Webhook 動作。 每個訂用帳戶的 Webhook 呼叫數目上限為每分鐘 1500 次。 | 與預設值相同 |
| 簡訊 | 一個動作群組中有 10 個 SMS 動作。 在實際執行環境中：每五分鐘不超過一個 SMS 訊息。 在測試操作群組中：每分鐘 SMS 不超過一則。 |
與預設值相同 |
| 語音 | 一個動作群組中有 10 個語音動作。 在實際執行環境中：每五分鐘不超過一個語音電話。 在測試動作群組中，每分鐘僅限於一通語音電話。 |
與預設值相同 |
| Webhook | 一個動作群組中有 10 個 Webhook 動作。 每個訂用帳戶的 Webhook 呼叫數目上限為每分鐘 1500 次。 | 與預設值相同 |
自動調整
| 資源 | 預設限制 | 上限 |
|---|---|---|
| 自動調整設定 | 每個區域中每個訂用帳戶 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 租用戶的查詢時數 | 二千萬 |
根據根據 3 分鐘時間範圍內查詢中的查詢範圍和範圍向量 (針對記錄規則流量)：
| 限制 | 價值 |
|---|---|
| 每個 Azure 監視器工作區的查詢時數 | 2,000,000 |
| 每個 Azure 租用戶的查詢時數 | 二千萬 |
查詢成本節流限制
| 限制 | 價值 |
|---|---|
| 每個查詢的查詢成本上限 | 15000 |
| 記錄規則查詢的查詢成本上限 | 3000 |
查詢成本計算如下所示：
查詢成本 = (要求的時間序列數目 * (查詢時間持續時間 (秒) / 查詢資料的推斷時間解析)) / 5000
查詢資料的推斷時間解析 = 查詢計量任一隨機選取時間序列索引鍵中儲存的資料點數目 / 查詢時間持續時間 (秒)
備註
對於查詢中要求的時間序列索引鍵的結果，查詢中單一計量的最大大小限制為 64MB (以位元組為單位)。
警示和記錄規則
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 | 用戶可以對 Analytics 數據表執行最多五個並行查詢。 其他查詢會以先進先出順序 (FIFO) 新增至並行佇列。 當其中一個並行執行的查詢完成時，佇列中的第一個查詢會新增至並行查詢並開始執行。 警示查詢不屬於此限制一部分。 |
| 並行基本和輔助查詢 | 2 | 使用者最多可以針對基本和輔助數據表執行兩個並行 搜尋查詢 。 其他查詢會遵循並行佇列中的相同 FIFO 模型。 |
| 並行佇列中的時間 | 3 分鐘 | 如果查詢停留在佇列中的時間超過3分鐘而未啟動，則會以錯誤碼 429 的 HTTP 錯誤回應終止。 |
| 並行佇列中的查詢總數 | 200 | 當佇列中的查詢數目達到 200 時，就會拒絕下一個查詢，並出現 HTTP 錯誤碼 429。 此數目是除了可同時執行的五個查詢以外的數目。 |
| 查詢速率 | 每 30 秒 200 個查詢 | 單一使用者可以向所有工作區提交查詢的整體速率。 這項限制適用於程式設計查詢或由視覺效果組件 (例如 Azure 儀表板和 Log Analytics 工作區摘要 (已取代) 頁面) 所起始的查詢。 |
| 活動記錄 API 查詢速率 | 每30秒50個查詢 | 活動記錄 API 有個別的速率限制。 |
請記住這些最佳做法，以確保系統回應性：
- 如在 Azure 監視器中最佳化記錄查詢中所述，將查詢最佳化。
- 儀表板和活頁簿可以在單一檢視中包含多個查詢，其會在每次載入或重新整理時產生高載查詢。 請考慮將這些查詢拆分為視需要載入的多個檢視。
- 在 Power BI 中，請考慮只擷取彙總的結果，而不是原始記錄。
Log Analytics 工作區
數據收集量和保存期
| 定價層 | 每日上限 | 資料保留 | 評論 |
|---|---|---|---|
| 隨用隨付 (2018 年 4 月引進) |
沒有限制 | 最多 730 天互動式保留期/ 最多 12 年的資料封存 |
保留超過 31 天的資料需要額外付費。 深入了解 Azure 監視器價格。 |
| 承諾層級 (2019 年 11 月引進) |
沒有限制 | 最多 730 天互動式保留期/ 最多 12 年的資料封存 |
保留超過 31 天的資料需要額外付費。 深入了解 Azure 監視器價格。 |
| 每個節點的舊版 (OMS) (2016 年 4 月引進) |
沒有限制 | 30 至 730 天 | 保留超過 31 天的資料需要額外付費。 深入了解 Azure 監視器價格。 只有符合下列其中一個條件的客戶可以存取此定價層： - 包含 Log Analytics 工作區或 Application Insights 資源在 2018 年 4 月 2 日前連結至 Enterprise 合約的訂用帳戶，且該訂用帳戶在 2019 年 2 月 1 日前開始且仍在使用中。 |
| 舊版獨立層 (2016 年 4 月引進) |
沒有限制 | 30 至 730 天 | 保留超過 31 天的資料需要額外付費。 深入了解 Azure 監視器價格。 只有符合下列其中一個條件的客戶可以存取此定價層： - 包含 Log Analytics 工作區或 Application Insights 資源在 2018 年 4 月 2 日前連結至 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 入口網站
| 類別 | 限制 | 評論 |
|---|---|---|
| 記錄查詢所傳回的記錄數目上限 | 100,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/分鐘。
流量限制適用於從工作區型 Application Insights、診斷設定及數據收集器 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 物件最多可以連線到 3,000 個 Log Analytics 工作區，以及最多 10,000 個 Application Insights 元件。 從 300 個 Log Analytics 工作區和 1,000 個 Application Insights 元件的這個增量目前處於公開預覽的階段。
- Azure 監視器資源最多可以連線到 100 AMPLS。 從 5 個 AMPLS 的這個增量目前處於公開預覽的階段。
- AMPLS 物件最多可以連線到10個私人端點。