Azure Monitor 提供用于收集、分析和处理来自云与本地环境的遥测数据的综合解决方案,可将应用程序和服务的可用性和性能最大化。它可以帮助你了解应用程序的性能,并主动识别影响应用程序及其所依赖资源的问题。
定价详细信息
日志数据引入
Log Analytics 和 Application Insights 对其>引入的数据收费。对于 Log Analytics 和基于工作区的Application Insights,可将数据引入为两种不同类型的日志: 分析日志和基本日志。借助分析日志,数据可用于功能强大的分析查询,其保留选项最长为 2 年,数据存档最长为 7 年。使用基本日志,你可以通过交互方式搜索最长 8 天的数据,并且此数据可存档长达 7 年。基本日志可用于降低存储用于调试、故障排除和审核的大量详细日志的成本,但不能用于深度分析和警报。
可计费数据量是使用客户友好、经济高效的方法计算的。计费数据量仅定义为将存储的数据的大小,不包括一组标准列和任何 JSON 包装器(该包装器属于接收后引入的数据的一部分)。因此,可计费数据量明显小于整个 JSON 打包事件的大小,通常小于 50%。在估算成本时,必须了解此计费数据大小计算。 了解详细信息。
分析日志
可以通过两种方式支付将数据引入为分析日志的费用: 即用即付和承诺层级。即用即付定价提供了灵活的按使用情况付费,即只需对引入的数据量收费。如果使用承诺层级定价,则将向你收取固定的可预测费用,起价为每天 100 GB。如果引入数据超过承诺层级,则按当前层级每 GB 价格计费。承诺层级方式将根据所选承诺层级为数据引入提供折扣。承诺层级具有 31 天承诺期(详细了解)。 对于 Application Insights 用户,资源必须基于工作区才能利用承诺层级。一些数据类型, 包括 Azure 活动日志,不会产生数据引入费用。引入为基本日志的数据(参见下文)不会作为即用即付分析或按承诺层级计费。
容量 | 价格 | 每 GB 有效价格1 | 折扣力度优于即用即付 |
---|---|---|---|
即用即付 | ¥ 23.4/GB (包含每个客户每月 5 GB) | ¥ 23.4/GB | 15% |
100 GB/天 | ¥ 1994.5/天 | ¥ 19.94/GB | 15% |
200 GB/天 | ¥ 3744.77/天 | ¥ 18.72/GB | 20% |
300 GB/天 | ¥ 5495.04/天 | ¥ 18.31/GB | 22% |
400 GB/天 | ¥ 7163.9/天 | ¥ 17.9/GB | 23% |
500 GB/天 | ¥ 8802.24/天 | ¥ 17.6/GB | 25% |
数据保留
引入到 Azure Monitor Log Analytics 工作区中的每 GB 数据在前 31 天是免费保留的。对于前 31 天过后仍然保留的数据,我们将按下面列出的数据保留价格进行收费。
功能 | 内附免费单位数 | 价格 |
---|---|---|
数据保留 | 31 天4 | ¥1.22/GB/月 |
Application Insights
根据应用程序发送的遥测数据量和选择运行的 Web 测试数对 Application Insights 计费。遥测数据按 Azure Log Analytics 数据引入费率计费。
功能 | 内附免费单位数 | 价格 |
---|---|---|
数据引入 | 每个客户每月 5 GB1 | ¥23.4/GB |
数据保留 | 90 天 | ¥1.22/GB/月 |
Ping Web 测试2 | 无限制 | 免费 |
度量值
指标表示一系列时间序列。按监测到的时间序列数和进行的 API 调用次数计费。
2018 年 8 月 1 日之前的指标查询免费。指标查询的费用将按照下面的定价计划于 2018 年 8 月 1 日开始生效。
功能 | 内附免费单位数 | 价格 |
---|---|---|
指标查询 | 每月 1,000,000 个标准 API 调用 | ¥0.101/1,000 个标准 API 调用 |
根据标准 API 调用数对指标查询进行收费。标准 API 调用分析 1,440 个数据点(1,440 也是每天每个指标可存储的数据点的总数)。如果 API 调用分析超过 1,440 个数据点,会将其算作多个标准 API 调用。如果 API 调用分析少于 1,440 个数据点,会将其算作不到一个 API 调用。标准 API 调用数会每天进行计算,计算方法是将每天分析的数据点总数除以 1,440。
- 提供 90 天内的指标,无需任何费用。若要保留 90 天以上的指标数据,可将指标数据路由到存储帐户或事件中心。会分别对存储和事件中心收取相应的费用。此外,会针对路由数据所需的相应 API 调用对指标查询进行收费。
示例
返回 2,000 个数据点的 API 调用将被算作 2,000/1,440 = 1.4 个标准 API 调用。
返回 200 个数据点的 API 调用将被算作 200/1,440 = 0.1 个标准 API 调用。
如果每天从 100 个虚拟机以一分钟的粒度跟踪五个指标,将产生 720,000 个数据点,即每天 (720,000/1,440) 500 个标准 API 调用。
预警规则
预警规则根据监视信号的类型和数量进行收费。信号可能是资源指标、日志或者活动日志。监视多个信号的预警规则的费用是监视每个信号的费用和已启用功能费用的总和。
警报信号 | 内附免费单位数 | 价格 |
---|---|---|
度量值1,2 | 每月 10 个受监视的时间指标系列 | 每月每个监视时间指标系列 ¥1.02 |
日志 | 无 |
15 分钟(或更长)间隔:每月每个受监视日志 ¥5.09 10 分钟间隔:每月每个受监视日志 ¥10.18 5 分钟间隔:每月每个受监视日志 ¥15.26 |
活动日志 | 无限制 | 免费 |
动态阈值3 | 无 | 每月每个动态阈值 ¥1.02 |
通知
根据你选择发送的通知类型和数量来计费。
功能 | 内附免费单位数 | 价格 |
---|---|---|
电子邮件 | 每月电子邮件数 1,000 | ¥20.3/100,000 电子邮件 |
Webhook | 每月 100,000 个 Web 挂钩 | ¥6.1/1,000,000 个 Web 挂钩 |
短信 | ||
国家/地区代码 | 内附免费单位数 | 价格 |
中国(+ 86) | – | ¥0.219165/每条短信 |
中国香港特别行政区(+ 852) | – | ¥0.179988/每条短信 |
澳大利亚(+ 61) | – | ¥0.36252/每条短信 |
奥地利 (+43) | – | ¥0.88/每条短信 |
比利时 (+32) | – | ¥0.643/每条短信 |
巴西(+ 55) | – | ¥0.148188/每条短信 |
智利 (+56) | – | ¥0.316/每条短信 |
捷克共和国 (+420) | – | ¥0.535/每条短信 |
丹麦 (+45) | – | ¥0.269/每条短信 |
爱沙尼亚 (+372) | – | ¥0.722/每条短信 |
芬兰 (+358) | – | ¥0.757/每条短信 |
法国(+ 33) | – | ¥0.34344/每条短信 |
德国(+ 49) | – | ¥0.634855/每条短信 |
印度(+ 91) | – | ¥0.026711/每条短信 |
爱尔兰(+ 353) | – | ¥0.251856/每条短信 |
以色列 (+972) | – | ¥0.1/每条短信 |
意大利 (+39) | – | ¥0.532/每条短信 |
日本(+ 81) | – | ¥0.29256/每条短信 |
约旦 (+962) | – | ¥1.241/每条短信 |
卢森堡 (+352) | – | ¥0.392/每条短信 |
马来西亚 (+60) | – | ¥0.611/每条短信 |
墨西哥 (+52) | – | ¥0.168/每条短信 |
荷兰(+ 31) | – | ¥0.8586/每条短信 |
新西兰 (+64) | – | ¥0.772/每条短信 |
挪威 (+47) | – | ¥0.551/每条短信 |
葡萄牙 (+351) | – | ¥0.221/每条短信 |
罗马尼亚 (+40) | – | ¥0.545/每条短信 |
俄罗斯 (+7) | – | ¥0.507/每条短信 |
新加坡(+ 65) | – | ¥0.197605/每条短信 |
南非(+ 27) | – | ¥0.158491/每条短信 |
韩国(+ 82) | – | ¥0.29892/每条短信 |
西班牙 (+34) | – | ¥0.56/每条短信 |
瑞士 (+41) | – | ¥0.392/每条短信 |
台湾 (+886) | – | ¥0.399/每条短信 |
阿拉伯联合酋长国 (+971) | – | ¥0.254/每条短信 |
英国(+ 44) | – | ¥0.22896/每条短信 |
美国(+ 1) | 每月 100 条短信 | ¥0.065635/每条短信 |
常见问题
全部展开Log Analytics 常见问题解答
-
如果我正在使用按节点计价的见解和分析定价模型,我可以继续在该定价模型上使用 Log Analytics 吗?
可以。你可以继续在按节点计价的见解和分析定价模型上使用 Log Analytics。
-
如果我正在使用按节点计价的见解和分析定价计划,我如何知道按 GB 计价的新定价模型是否更适合我?
若要预估按 GB 计价的定价模型的影响,请访问使用情况和预估成本页面上的文档。请注意,在新的定价模型中,数据引入和保留的计费都不相同,具体取决于 Log Analytics 工作区所在的区域。进行任何预估成本比较时请务必注意这一点。另外,如果购买了 OMS 套件,请务必与客户代表交流,充分了解任何更改会造成的影响。
-
如果我正在使用按节点计价的见解和分析定价模型,可以对新订阅使用按节点计价的定价计划吗?
可以。对于使用按节点计价的见解和分析定价模型的企业协议 (EA) 客户,其链接到现有 EA 的任何新订阅可继续使用按节点计价的定价模型。
-
如何计算数据保留成本?
可以选择 30 天至 730 天的保留期。计算保留期成本时应除开 31 天的内附保留期,并按照根据每月每 GB 价格计算得出的每日粒度计算。
警报常见问题解答
-
以上定价适用于活动日志、服务运行状况和资源运行状况预警规则吗?
活动日志、服务运行状况和资源运行状况预警规则将继续免费提供。
-
警报通知(通过 Azure 操作组)费用是否包含在预警规则费用中?
警报通知根据使用的通知类型单独收费。
-
如果我是经典警报平台的现有客户,上面的预警规则定价是否对我适用?
上面列出的定价适用于新的警报平台。如果将现有预警规则从经典警报平台转到新的平台,则适用上面列出的定价。
Application Insights 常见问题解答
-
如何控制或限制 Application Insights 的成本?
可以在 Application Insights 从应用程序接收的数据量中设置每日上限,以便控制成本。达到每日上限后,当天(UTC 时间)余下的时间内将忽略超额数据,并在次日开始时恢复正常。
此外,可使用采样来减少应用程序发送到 Application Insights 的数据量。
-
什么是节点?如何根据 Application Insights Enterprise 定价选项应用每节点数据限额?
节点可以是托管应用的物理计算机、虚拟机或平台即服务 (PaaS) 实例。例如,如果应用程序在3个 Azure 应用服务实例和1台虚拟机上运行,则有4个托管应用程序的节点。每小时对发送遥测数据的不同节点进行。如果某节点在特定小时内未发送任何遥测数据,则不计入该节点。上述每月每节点定价假定节点在该月的每个小时都在发送遥测数据,因此,如果应用程序在一个月中有停止活动的时间段,则实际收费会更低。
随着应用程序的扩展或缩减(例如在活动高峰期添加额外的 Web 服务器),Application Insights Enterprise 费用也会相应地增加或减少。
下述几种情况不纳入节点计数中(尽管始终对数据量计数):
- 调试期间运行应用程序的开发人员工作站不被计为节点。
- 使用 JavaScript 浏览器客户端 SDK(或其他某些不报告“roleInstance”的 SDK)时,最终用户的计算机将不计为节点。
- 使用 HockeyApp Bridge 应用时,HockeyApp 监视的移动设备均不计为节点。
如果将同一节点用于正在监视的多个应用程序,会出现什么情况?没有任何问题。仅对 Azure 订阅中发送遥测数据的唯一节点计数(计费帐户)。例如,如果同一物理服务器上运行 5 个单独的网站,且每个网站均配置有 Application Insights Enterprise(按节点收费),则总共记为 1 个节点。
此外,同一 Azure 订阅中还可存在使用 Application Insights Basic(按 GB 收费)的应用程序,这不会影响使用 Application Insights Enterprise 的应用程序的节点计数。
Application Insights Enterprise 中如何使用每日 200 MB 的数据?选择 Enterprise 级定价选项时,将根据发送遥测的节点数为应用程序提供每日限额。如果有 5 个节点发送数据,则应用程序将获得每天 1GB 的池化限额(根据设置的 Application Insights 资源定义)。无所谓某些节点是否比其他节点发送更多数据,因为给定的 Azure 订阅的所有节点均共享已包含的数据。如果某天发送的数据多于每日数据池包含的数据,则按 GB 对超额数据收费。每日限额中未使用的数据不会累计。
每日池化数据限额的计算方式为所有节点在一天中发送遥测的小时数除以 24 再乘以 200 MB。因此,如果有 4 个节点一天 24 小时中有 15 个小时在发送遥测,则当天包括的数据为 ((4 x 15) / 24) x 200 MB = 500 MB。
如果在同一 Azure 订阅中为多个应用程序选择 Enterprise 定价选项,这些应用程序会共享每日数据限额。选择 Basic 定价选项时,应用程序不共享每日数据限额。