Azure 監視器記錄成本計算和選項
大部分 Azure 監視器實作的最大費用通常是在 Log Analytics 工作區中擷取和保留資料。 Azure 監視器中的數個功能沒有直接成本,但會新增至所收集的工作區資料。 本文說明如何計算 Log Analytics 工作區的資料費用,以及影響成本的不同組態選項。
提示
如需降低 Azure 監視器成本的策略,請參閱成本最佳化和 Azure 監視器。
計價模式
Log Analytics 的預設價格是隨用隨付模型,該模型是以內嵌的資料量為基礎,而且可用於需要保留資料的情況。 每項 Log Analytics 工作區都是個別計費的服務,並且會計入到您的 Azure 訂用帳戶帳單。 Log Analytics 的定價是按區域設定。 根據下列因素而定,資料擷取量可能會很可觀:
- 已啟用的管理解決方案集合及其設定。
- 受控資源的數目和類型。
- 從每個受監視資源收集的資料類型。
這裡提供 Azure 監視器計費計量名稱的清單。
資料大小計算
資料量會以經傳送而要儲存的資料大小來計算,並以 GB (10^9 位元組) 為單位。 單一資料列的資料大小是從記錄的 Log Analytics 工作區中儲存的資料行字串表示來計算。 資料是從代理程式傳送或在擷取過程中新增並不重要。 此計算包括記錄擷取 API、轉換或新增為資料的自訂欄位所新增的任何自訂資料行,然後儲存在工作區中。
注意
可計費的資料量計算通常遠小於整個傳入 JSON 封裝事件的大小。 所有事件種類的平均計費大小大約小於傳入資料大小 25%。 小型事件最多可達 50%。 百分比包含不計入帳單中的標準資料行效果。 在估計成本並將其與其他定價模式比較時,請務必瞭解計費資料大小的此計算。
包含的資料行
下列所有資料表通用的標準資料行都會在計算資料列大小時排除。 儲存在 Log Analytics 中的所有其他資料行都會包含在資料列大小的計算中。 標準資料行包括:
_ResourceId
_SubscriptionId
_ItemId
_IsBillable
_BilledSize
Type
排除的資料表
有些資料表完全沒有資料擷取費用,包括例如 AzureActivity、活動訊號、使用量和作業。 此資訊一律會由 _IsBillable 資料行指出,這表示記錄是否從資料擷取和保留的計費中排除。
其他解決方案和服務的費用。
有些解決方案有更多關於免費資料擷取的特定原則。 例如 Azure Migrate 會在伺服器評量的前 180 天免費提供相依性視覺效果資料。 適用於雲端的 Microsoft Defender、Microsoft Sentinel 和組態管理等服務都有自己的定價模式。
如需任何唯一的計費計算,請參閱不同服務和解決方案的文件。
承諾用量層
除了隨用隨付模型,Log Analytics 還有定額層,相較於隨用隨付價格,最多可省下 30% 的費用。 使用定額層價格,您可以承諾從 100 GB/天開始購買工作區的資料擷取,價格低於隨用隨付價格。 任何高於定額層級 (超額) 的使用量,都會依照目前定額層所提供的每 GB 相同價格計費。 (超額使用相同的定額層計費計量來計費。例如,如果工作區位於 200 GB/天定額層,並在一天內擷取了 300 GB,則該使用量將會以 1.5 單位的 200 GB/天定額層計費。)從選取或變更定額層的時間算起,定額層有 31 天的定額期間。
- 在承諾期期間,您可以變更為較高的定額層,這會重新開始 31 天的承諾期。 在完成承諾期之後,您無法回到隨用隨付或較低的定額層。
- 在承諾期結束時,工作區會保留所選的定額層,而工作區可以隨時移至隨用隨付或較低的定額層。
- 如果工作區不小心移至定額層,請連絡 Microsoft 支援服務重設承諾期,以便返回隨用隨付定價層。
定額層是每工作區按日計費。 如果工作區是專用叢集的一部分,系統會對叢集計費。 請參閱下列「專用叢集」一節。 如需定額層及其價格的清單,請參閱 Azure 監視器價格。
Azure 承諾用量折扣 (例如從 Microsoft Enterprise 合約收到的折扣) 會套用至 Azure 監視器記錄定額層價格,就像是隨用隨付價格一樣。 不論是按工作區還是按專用叢集計算使用量費用,都會有折扣。
提示
每個 Log Analytics 工作區的 [使用量和估計成本] 功能表項目都會顯示您的資料擷取在每個承諾用量層級上的費用估計值,以協助您根據自己的資料擷取模式選擇最理想的定額層。 定期檢閱這項資訊,以判斷您是否可藉由移至另一層來降低費用。 如需此檢視的相關資訊,請參閱使用量和估計成本。 若要檢閱您的實際費用,請使用 Azure 成本管理 = 計費。
專用叢集
Azure 監視器記錄專用叢集是單一受控 Azure Data Explorer 叢集中的工作區集合。 專用叢集支援進階功能 (例如客戶自控金鑰),並使用與工作區相同的定額層定價模式,雖然其承諾用量層級至少必須是每天 100 GB。 任何高於定額層級 (超額) 的使用量,都會依照目前定額層所提供的每 GB 相同價格計費。 叢集沒有隨用隨付選項。
在定額層級提高後,叢集定額層有 31 天的定額期間。 在定額期間,無法降低定額層的層級,但可以隨時提高。 當工作區與叢集相關聯時,系統會使用所設定定額層的層級在叢集層級完成這些工作區的資料擷取計費。
您在建立叢集時指定的叢集有兩種計費模式:
叢集 (預設):擷取資料的計費會在叢集層級上完成。 與叢集相關聯的每個工作區所擷取的資料數量會彙總起來,以計算叢集的每日帳單。 系統會先在工作區層級套用來自適用於雲端的 Microsoft Defender 的每個節點配置,然後才針對叢集中所有工作區的資料進行此彙總。
工作區:叢集的定額層成本取決於叢集中的工作區比例,依每個工作區的資料擷取量計算 (從適用於雲端的 Microsoft Defender 中計算過每個工作區的每個節點配置之後)。
如果一天擷取到叢集的資料總量小於定額層,則每個工作區都會將其當作一小部分的定額層計費,以每 GB 有效的定額層費率來對其擷取的資料計費。 未使用的定額層部分則會向叢集資源計費。
如果一天擷取到叢集的資料總量超過定額層,則每個工作區都會根據當天擷取資料的部分當作一小部分的定額層計費,以及針對高於定額層的擷取資料部分計費。 如果一天擷取到工作區的資料總量高於定額層,則不會向叢集資源收取任何費用。
您可以在這裡找到每個模式中的叢集計費運作方式範例。
資料保留會針對每個工作區計費,與未加入叢集的工作區相同。
建立好叢集時,無論工作區是否與叢集相關聯,都會開始進行叢集計費。
當您將工作區連結至叢集時,定價層會變更為叢集,而擷取會根據叢集的承諾層計費。 與叢集相關聯的工作區不再有自己的定價層。 工作區可以隨時從叢集取消連結,而定價層會變更為每 GB。
如果您連結的工作區使用舊版的「每一節點」定價層,其會根據叢集定額層以內嵌的資料來計費,而不再根據每個節點計費。 「適用於雲端的 Microsoft Defender」中的每一節點資料配置將會繼續套用。
如果叢集已刪除,即使叢集在其 31 天的承諾用量期間內,也會停止計費。
如需如何建立專用叢集並指定其計費類型的詳細資訊,請參閱建立專用叢集。
基本和輔助資料表方案
您可以在 Log Analytics 工作區中設定特定資料表,以使用基本和輔助資料表方案。 這些資料表中的資料具有大幅降低的擷取費用。 查詢這些資料表中的資料需要付費。
查詢基本和輔助資料表中資料的費用是根據執行搜尋時掃描的資料大小 (GB)。
如需基本和輔助資料表方案的詳細資訊,請參閱 Azure 監視器記錄概觀:資料表方案。
記錄資料保留
除了資料擷取之外,每個 Log Analytics 工作區中的資料保留也會一併收費。 您可以設定整個工作區或每個資料表的保留期間。 在此期間之後,資料會遭到移除或長期保留。 在長期保留期間,您支付較低的保留費用,使用搜尋作業擷取資料會產生費用。 使用長期保留來降低您必須儲存以進行合規性或偶爾調查的資料成本。
刪除自訂資料表並不會移除與該資料表相關聯的資料,因此互動式和長期保留費用仍將適用。
如需資料保留的詳細資訊,包括如何在長期保留中設定這些設定和存取資料,請參閱在 Log Analytics 工作區中管理資料保留。
注意
使用 Log Analytics 清除功能從 Log Analytics 工作區中刪除資料,並不會影響您的保留成本。 若要降低保留成本,請縮減工作區或特定資料表的保留期間。
搜尋作業
執行搜尋作業從長期保留擷取資料。 搜尋作業為非同步查詢,可將記錄擷取至工作區中的新搜尋資料表以進行進一步分析。 搜尋作業是按每天為執行搜尋而存取的掃描資料 GB 數目計費。
記錄資料還原
當您需要密集地查詢大量資料,或長期保留中的資料具有完整分析查詢功能時,資料還原功能是功能強大的工具。 還原作業會在經常性存取快取中的資料表,建立資料的特定時間範圍,以進行高效能查詢。 您稍後可以在完成時關閉資料。 記錄資料還原的計費方式是還原的資料量,以及還原保持作用中的時間。 任何資料還原所計費的最小值為 2 TB 和 12 小時。 在持續時間內還原超過 2 TB 和/或超過 12 小時的資料會依比例計費。
記錄檔資料匯出
Log Analytics 工作區的資料匯出,讓資料送達 Azure 監視器管道後,即可持續在工作區中,將每個所選資料表的資料匯出至 Azure 儲存體帳戶或 Azure 事件中樞。 使用資料匯出的費用是根據匯出的資料量。 匯出的資料大小是匯出 JSON 格式資料的位元組數目。
Application Insights 計費
由於工作區型 Application Insights 資源會將資料存放在 Log Analytics 工作區,資料擷取和保留的計費是由 Application Insights 資料所在的工作區來完成。 因此,您可以使用 Log Analytics 定價模式的所有選項,包括定額層,以及隨用隨付。
提示
想要調整 Application Insights 資料表上的保留設定嗎? 工作區型元件的資料表名稱已變更,請參閱 Application Insights 資料表結構
傳統 Application Insights 資源的資料擷取和資料保留遵循與工作區型資源相同的隨用隨付價格,但無法利用定額層。
針對來自 Ping 測試和多重步驟測試的遙測,收費方式與來自您應用程式其他遙測的資料使用量一樣。 Web 測試的使用情況與啟用自訂計量維度的警示仍會透過 Application Insights 回報。 使用即時計量資料流不會產生任何資料量費用。
如需 Application Insights 早期採用者可使用的舊版層詳細資訊,請參閱 Application Insights 舊版企業 (每一節點) 定價層。
使用 Microsoft Sentinel 的工作區
當 Log Analytics 工作區中啟用 Microsoft Sentinel 時,該工作區中收集的所有資料除了 Log Analytics 費用之外,也會受限於 Microsoft Sentinel 費用。 基於這個理由,您通常會在不同的工作區中分隔安全性和運算資料,這樣您就不會產生運算資料的 Microsoft Sentinel 費用。
在某些情節中,結合此資料將可節省成本。 通常,當您收集的安全性和作業資料不足,無法各自達到定額層,但合併的資料足以達到定額層時,就會發生此情況。 如需詳細資訊,請參閱
使用適用於雲端的 Microsoft Defender 的工作區
適用於伺服器的 Microsoft Defender (適用於雲端的 Defender 部分) 依受監視的服務數目計費。 其提供每天每部伺服器 500 MB 的資料配置,這些配置會套用至下列安全性資料類型子集:
- SecurityAlert
- SecurityBaseline
- SecurityBaselineSummary
- SecurityDetection
- SecurityEvent
- WindowsFirewall
- SysmonEvent
- ProtectionStatus
- 當更新管理解決方案未在工作區中執行或解決方案目標已啟用時,則會進行更新和 UpdateSummary。
- MDCFileIntegrityMonitoringEvents
如果工作區位於舊版每個節點定價層中,適用於雲端的 Microsoft Defender 和 Log Analytics 配置會合併,並一併套用至所有可計費的擷取資料。 如果工作區已啟用 Sentinel,而 Sentinel 使用傳統定價層,則 Defender 資料配置僅適用於 Log Analytics 資料擷取計費,不適用於傳統 Sentinel 計費。 如果 Sentinel 使用簡化定價層,則 Defender 資料配置會套用至統一 Sentinel 計費。 若要深入了解 Microsoft Sentinel 客戶有何好處,請參閱 Microsoft Sentinel 定價頁面。
受監視伺服器的計數是以每小時的細微性計算。 每個受監視伺服器的每日資料配置貢獻都是在工作區層級彙總。 如果工作區位於舊版每個節點定價層中,適用於雲端的 Microsoft Defender 和 Log Analytics 配置會合併,並一併套用至所有可計費的擷取資料。
舊版定價層
在 2018 年 4 月 2 日之前含有 Log Analytics 工作區或 Application Insights 資源的訂用帳戶,或所連結的 Enterprise 合約在 2019 年 2 月 1 日之前開始且仍有效的訂用帳戶,將會繼續擁有使用下列舊版定價層的存取權:
- 獨立 (每 GB)
- 每個節點 (Operations Management Suite [OMS])
舊版免費試用定價層的存取權在 2022 年 7 月 1 日受到限制。 您可以在這裡取得獨立和個別節點定價層的定價資訊。
這裡提供 Azure 監視器計費計量名稱的清單,包括這些舊版層級。
重要
舊版定價層不支援存取 Log Analytics 中的某些最新功能,例如,以符合成本效益的基本和輔助資料表方案形式將資料擷取至資料表。
免費試用定價層
免費試用定價層中的工作區會將每日資料擷取限制在 500 MB 內 (適用於雲端的 Microsoft Defender 所收集的安全性資料類型除外)。 資料保留期限制為七天。 免費試用定價層僅供評估之用,不可用於生產工作負載。 免費層不提供 SLA。
注意
僅在 2022 年 7 月 1 日之前,您可以在舊版免費試用定價層中建立新的工作區或移動現有的工作區。
獨立定價層
獨立定價層的使用量是依擷取的資料量計費。 其會在 Log Analytics 服務中報告,且計量會命名為「已分析的資料」。「獨立」定價層中的工作區則會擁有 30 到 730 天的保留時間,此值可由使用者加以設定。 獨立定價層中的工作區不支援使用基本和輔助資料表方案。
每一節點定價層
「每一節點」定價層會以小時為單位來針對每一已監視 VM (節點) 收費。 針對每個已監視的節點,工作區每天可獲得 500 MB 資料的配置量,這部分的使用量不會計費。 此配置會以每小時的細微性計算,而且每天於工作區層級彙總。 高於每日資料配置彙總量的擷取資料則會在資料超額時按 GB 計費。 個別節點定價層是舊版階層,僅適用於符合舊版定價層需求的現有訂用帳戶。
如果工作區位於「每個節點」定價層,則 Log Analytics 使用量的服務在帳單上會是深入解析與分析。 「每一節點」定價層中的工作區則會擁有 30 到 730 天的保留時間,此值可由使用者加以設定。 每一節點定價層中的工作區不支援使用基本和輔助資料表方案。 使用量會依三個計量報告:
- 節點:節點月份單位中受監視節點 (VM) 數目的使用量。
- 每個節點的資料超額:內嵌超過彙總資料配置的資料 GB 數目。
- 每個節點包含的資料:彙總資料配置所涵蓋的擷取資料量。 當工作區位於所有定價層時,也會使用此計量,來顯示適用於雲端的 Microsoft Defender 所涵蓋的資料量。
提示
如果工作區可存取 [每個節點] 定價層,但您想要知道其成本是否會低於隨用隨付層,則使用下面的查詢取得建議。
標準和進階定價層
自 2016 年 10 月 1 日起,已無法在標準或進階定價層中建立工作區,或將工作區移至這些定價層。 這些定價層中已有的工作區可繼續使用這些定價層,但工作區若從中移出,即無法移回。 標準和進階定價層有固定的資料保留期,分別為 30 天和 365 天。 定價層中的工作區不支援使用基本和輔助資料表方案和長期資料保留。 這些舊版層 Azure 帳單上的資料擷取計量稱為「已分析的資料」。
使用舊版定價層的適用於雲端的 Microsoft Defender
以下考量與舊版 Log Analytics 層與適用於雲端的 Microsoft Defender 使用量計費方式有關:
- 如果工作區位於舊版標準或進階層,適用於雲端的 Microsoft Defender 只會針對 Log Analytics 資料擷取計費,而不會針對每個節點計費。
- 如果工作區位於舊版的「每個節點」層,則適用於雲端的 Microsoft Defender 會使用目前適用於雲端的 Microsoft Defender 節點型定價模型進行計費。
- 在其他定價層 (包括定額層) 中,如果在 2017 年 6 月 19 日之前啟用適用於雲端的 Microsoft Defender,則適用於雲端的 Microsoft Defender 只會針對 Log Analytics 資料擷取計費。 否則,適用於雲端的 Microsoft Defender 會使用目前適用於雲端的 Microsoft Defender 節點型定價模型計費。
如需定價層限制的詳細資訊,請參閱 Azure 訂用帳戶和服務限制、配額和條件約束。
沒有任何舊版定價層具有區域型定價。
注意
若要使用經由購買 OMS E1套件、OMS E2 套件或 OMS Add-On for System Center 所獲得的權利,請選擇 Log Analytics 個別節點定價層。
評估舊版的每一節點定價層
對於可存取舊版每個節點定價層的工作區,是在該階層還是目前的隨用隨付或定額層比較好,客戶往往很難決定。 您必須瞭解每一節點定價層中每一已監視節點的固定成本與其內含的資料配置「500 MB/節點/天」,以及隨用隨付 (每 GB) 層只需支付所內嵌資料成本之間的取捨。
根據工作區的使用模式,使用下列查詢來提出最佳定價層建議。 此查詢查看在過去七天內受監控節點和在工作區中內嵌的資料。 若是每天,其會評估哪一個定價層是最佳定價層。 若要使用查詢,您必須指定:
- 工作區是否使用適用於雲端的 Microsoft Defender,方法是將
workspaceHasSecurityCenter
設定為true
或false
。 - 如果您有特定折扣,請更新價格。
- 藉由設定
daysToEvaluate
,指定要回顧和分析的天數。 如果查詢花太長的時間嘗試查看七天的資料,此選項會很有用。
// Set these parameters before running query
// For pay-as-you-go (per-GB) and commitment tier pricing details, see https://azure.microsoft.com/pricing/details/monitor/.
// You can see your per-node costs in your Azure usage and charge data. For more information, see https://learn.microsoft.com/azure/cost-management-billing/understand/download-azure-daily-usage.
let workspaceHasSecurityCenter = true;
let daysToEvaluate = 7;
let PerNodePrice = 15.; // Monthly price per monitored node
let PerNodeOveragePrice = 2.30; // Price per GB for data overage in the Per Node pricing tier
let PerGBPrice = 2.30; // Enter the pay-as-you-go price for your workspace's region (from https://azure.microsoft.com/pricing/details/monitor/)
let CommitmentTier100Price = 196.; // Enter your price for the 100 GB/day commitment tier
let CommitmentTier200Price = 368.; // Enter your price for the 200 GB/day commitment tier
let CommitmentTier300Price = 540.; // Enter your price for the 300 GB/day commitment tier
let CommitmentTier400Price = 704.; // Enter your price for the 400 GB/day commitment tier
let CommitmentTier500Price = 865.; // Enter your price for the 500 GB/day commitment tier
let CommitmentTier1000Price = 1700.; // Enter your price for the 1000 GB/day commitment tier
let CommitmentTier2000Price = 3320.; // Enter your price for the 2000 GB/day commitment tier
let CommitmentTier5000Price = 8050.; // Enter your price for the 5000 GB/day commitment tier
// ---------------------------------------
let SecurityDataTypes=dynamic(["SecurityAlert", "SecurityBaseline", "SecurityBaselineSummary", "SecurityDetection", "SecurityEvent", "WindowsFirewall", "MaliciousIPCommunication", "LinuxAuditLog", "SysmonEvent", "ProtectionStatus", "WindowsEvent", "Update", "UpdateSummary"]);
let StartDate = startofday(datetime_add("Day",-1*daysToEvaluate,now()));
let EndDate = startofday(now());
union *
| where TimeGenerated >= StartDate and TimeGenerated < EndDate
| extend computerName = tolower(tostring(split(Computer, '.')[0]))
| where computerName != ""
| summarize nodesPerHour = dcount(computerName) by bin(TimeGenerated, 1h)
| summarize nodesPerDay = sum(nodesPerHour)/24. by day=bin(TimeGenerated, 1d)
| join kind=leftouter (
Heartbeat
| where TimeGenerated >= StartDate and TimeGenerated < EndDate
| where Computer != ""
| summarize ASCnodesPerHour = dcount(Computer) by bin(TimeGenerated, 1h)
| extend ASCnodesPerHour = iff(workspaceHasSecurityCenter, ASCnodesPerHour, 0)
| summarize ASCnodesPerDay = sum(ASCnodesPerHour)/24. by day=bin(TimeGenerated, 1d)
) on day
| join (
Usage
| where TimeGenerated >= StartDate and TimeGenerated < EndDate
| where IsBillable == true
| extend NonSecurityData = iff(DataType !in (SecurityDataTypes), Quantity, 0.)
| extend SecurityData = iff(DataType in (SecurityDataTypes), Quantity, 0.)
| summarize DataGB=sum(Quantity)/1000., NonSecurityDataGB=sum(NonSecurityData)/1000., SecurityDataGB=sum(SecurityData)/1000. by day=bin(StartTime, 1d)
) on day
| extend AvgGbPerNode = NonSecurityDataGB / nodesPerDay
| extend OverageGB = iff(workspaceHasSecurityCenter,
max_of(DataGB - 0.5*nodesPerDay - 0.5*ASCnodesPerDay, 0.),
max_of(DataGB - 0.5*nodesPerDay, 0.))
| extend PerNodeDailyCost = nodesPerDay * PerNodePrice / 31. + OverageGB * PerNodeOveragePrice
| extend billableGB = iff(workspaceHasSecurityCenter,
(NonSecurityDataGB + max_of(SecurityDataGB - 0.5*ASCnodesPerDay, 0.)), DataGB )
| extend PerGBDailyCost = billableGB * PerGBPrice
| extend CommitmentTier100DailyCost = CommitmentTier100Price + max_of(billableGB - 100, 0.)* CommitmentTier100Price/100.
| extend CommitmentTier200DailyCost = CommitmentTier200Price + max_of(billableGB - 200, 0.)* CommitmentTier200Price/200.
| extend CommitmentTier300DailyCost = CommitmentTier300Price + max_of(billableGB - 300, 0.)* CommitmentTier300Price/300.
| extend CommitmentTier400DailyCost = CommitmentTier400Price + max_of(billableGB - 400, 0.)* CommitmentTier400Price/400.
| extend CommitmentTier500DailyCost = CommitmentTier500Price + max_of(billableGB - 500, 0.)* CommitmentTier500Price/500.
| extend CommitmentTier1000DailyCost = CommitmentTier1000Price + max_of(billableGB - 1000, 0.)* CommitmentTier1000Price/1000.
| extend CommitmentTier2000DailyCost = CommitmentTier2000Price + max_of(billableGB - 2000, 0.)* CommitmentTier2000Price/2000.
| extend CommitmentTier5000DailyCost = CommitmentTier5000Price + max_of(billableGB - 5000, 0.)* CommitmentTier5000Price/5000.
| extend MinCost = min_of(
PerNodeDailyCost,PerGBDailyCost,CommitmentTier100DailyCost,CommitmentTier200DailyCost,
CommitmentTier300DailyCost, CommitmentTier400DailyCost, CommitmentTier500DailyCost, CommitmentTier1000DailyCost, CommitmentTier2000DailyCost, CommitmentTier5000DailyCost)
| extend Recommendation = case(
MinCost == PerNodeDailyCost, "Per node tier",
MinCost == PerGBDailyCost, "Pay-as-you-go tier",
MinCost == CommitmentTier100DailyCost, "Commitment tier (100 GB/day)",
MinCost == CommitmentTier200DailyCost, "Commitment tier (200 GB/day)",
MinCost == CommitmentTier300DailyCost, "Commitment tier (300 GB/day)",
MinCost == CommitmentTier400DailyCost, "Commitment tier (400 GB/day)",
MinCost == CommitmentTier500DailyCost, "Commitment tier (500 GB/day)",
MinCost == CommitmentTier1000DailyCost, "Commitment tier (1000 GB/day)",
MinCost == CommitmentTier2000DailyCost, "Commitment tier (2000 GB/day)",
MinCost == CommitmentTier5000DailyCost, "Commitment tier (5000 GB/day)",
"Error"
)
| project day, nodesPerDay, ASCnodesPerDay, NonSecurityDataGB, SecurityDataGB, OverageGB, AvgGbPerNode, PerGBDailyCost, PerNodeDailyCost,
CommitmentTier100DailyCost, CommitmentTier200DailyCost, CommitmentTier300DailyCost, CommitmentTier400DailyCost, CommitmentTier500DailyCost, CommitmentTier1000DailyCost, CommitmentTier2000DailyCost, CommitmentTier5000DailyCost, Recommendation
| sort by day asc
//| project day, Recommendation // Comment this line to see details
| sort by day asc
此查詢雖然不會精確複製使用量的計算方式,但在大部分情況下可提供定價層建議。
注意
若要使用經由購買 OMS E1套件、OMS E2 套件或 OMS Add-On for System Center 所獲得的權利,請選擇 Log Analytics 個別節點定價層。
下一步
- 如需不同 Azure 監視器計費類型,以及在 Azure 帳單上分析計費類型方式的說明,請參閱 Azure 監視器成本和使用量。
- 如需瞭解分析工作區資料的詳細資料,請參閱分析 Log Analytics 工作區中的使用量,以便判斷高於預期使用量的來源,並找出減少收集資料量的機會。
- 請參閱設定 Log Analytics 工作區的每日上限,設定工作區每天可內嵌的最大磁碟區,以便控制成本。
- 請參閱 Azure 監視器最佳做法 - 成本管理,了解設定和管理 Azure 監視器的最佳做法,盡可能降低費用。