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 | 0% |
| 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% |
| 1,000 GB/天 | ¥ 17,299.2/天 | ¥ 17.3/GB | 26% |
| 2,000 GB/天 | ¥ 33,784.32/天 | ¥ 16.7/GB | 28% |
| 5,000 GB/天 | ¥ 81,916.8 /天 | ¥ 16.38/GB | 30% |
| 10,000 GB/天 | ¥ 159,152.64/天 | ¥ 15.9/GB | 32% |
| 25,000 GB/天 | ¥ 386,179.2/天 | ¥ 15.45/GB | 34% |
| 50,000 GB/天 | ¥ 748,953.6/天 | ¥ 14.98/GB | 36% |
基本日志
可将无需全套分析功能即可托管的特定类型大量数据作为 基本日志 引入到 Log Analytics 中。基本日志只包含 8 天的保留期，而且最多可以存档 7 年。在基本日志中搜索数据需要额外计费。目前尚未启用基本日志搜索的计费。搜索计费开始之前将提前通知。
| 功能 | 价格 |
|---|---|
| 基本日志数据引入 | 每 GB 引入数据为 ￥5.088 |
| 基本日志查询 | 每 GB 扫描数据为 ￥0.05088 |
数据保留
引入到 Azure Monitor Log Analytics 工作区中的每 GB 数据在前 31 天是免费保留的。对于前 31 天过后仍然保留的数据，我们将按下面列出的数据保留价格进行收费。
| 功能 | 内附免费单位数 | 价格 |
|---|---|---|
| 数据保留 | 31 天 4 | ¥1.22/GB/月 |
日志数据存档和还原
引入到 Log Analytics 的数据还可以 存档 ， 因此其存储成本低于正常分析保留。搜索存档日志是使用异步 搜索作业 完成的，这会产生执行搜索时扫描数据的成本以及引入搜索结果的成本(按正常的日志数据引入价格计算)。 存档日志还可以 还原 ，以启用完整的交互式分析查询功能。根据数据保持还原的时间和还原的数据量(受最短还原持续时间和数据量的约束)，维护还原的日志会产生每天和每 GB 按比例计算的成本。 对还原的日志进行查询不收取任何费用。详细了解 数据存档、还原和搜索作业 。
| 功能 | 价格 |
|---|---|
| 数据存档 | ¥0.2034/GB/月 |
| 存档的日志搜索作业 | 每GB扫描数据为￥0.05088 |
| 数据还原 | ￥1.02/GB/天（2TB，最小为12小时） 1 |
Application Insights
根据应用程序发送的遥测数据量和选择运行的 Web 测试数对 Application Insights 计费。遥测数据按 Azure Log Analytics 数据引入费率计费。
| 功能 | 价格 |
|---|---|
| 标准Web测试 | ￥50.088 / 每10K个计划的测试执行 |
| Ping Web测试 | 免费 |
度量值
本机指标
本机指标包括平台指标和自定义指标。自定义指标的成本基于引入的样本数和针对查询进行的 API 调用数。平台和自定义指标将保留 90 天。尚未为自定义指标启用计费。
| 功能 | 内附免费单位数 | 价格 |
|---|---|---|
| 平台指标引入 5 | 无限制 | 免费 |
| 平台指标查询 | 每月前 1,000,000 个 API 调用 | ￥0.101 / 1,000 API 调用 |
Prometheus 指标的托管服务
Prometheus 指标的成本基于为查询引入和处理的样本数。指标引入成本包括 18 个月的数据保留期。
| 功能 | 价格 |
|---|---|
| 指标引入 | 已引入￥1.72/1000 万个样本 |
| 指标查询 6 | 已处理 ￥0.01 / 1 千万个样本 |
预警规则
预警规则根据它监视的信号类型和数量收费。信号可以是资源指标、日志或活动日志。监视多个信号的预警规则的成本是监视每个信号和任何已启用功能的成本之和。指标预警规则 按每个受监视的时序计费。日志预警规则 按执行查询的时间间隔计费。如果查询生成多个维度(大规模日志监视)，则评估的每个维度(时序)都会产生额外费用。对于活动日志预警规则 或禁用状态下的其他预警规则，不收取任何费用。
| 警报类型 | 内附免费单位数 |
警报规则价格 (每月) |
时序价格 (每月) |
带动态阈值的指标警报的额外成本 4 |
|---|---|---|---|---|
| 活动日志警报 | 每个订阅限制为 100 条规则 | N/A | N/A | N/A |
| 本机指标 1,2 | 每月 10 个受监视的时间指标系列 3 | N/A | ￥1.08 | ￥1.08 |
| Prometheus 指标的托管服务 | Prometheus 指标警报仅收取 Prometheus 指标查询的费用(见上文)。 | N/A | N/A | N/A |
| 日志警报(15 分钟频率) | 日志警报规则中包含第一个时序 | ￥5.4 | ￥0.5 | N/A |
| 日志警报(10 分钟频率) | 日志警报规则中包含第一个时序 | ￥10.8 | ￥1.02 | N/A |
| 日志警报(5 分钟频率) | 日志警报规则中包含第一个时序 | ￥16.18 | ￥1.52 | N/A |
| 日志警报(1 分钟频率) | 日志警报规则中包含第一个时序 | ￥30.5 | ￥3 | N/A |
通知
根据你选择发送的通知类型和数量来计费。
| 功能 | 内附免费单位数 | 价格 |
|---|---|---|
| 电子邮件 | 每月电子邮件数 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 定价选项时，应用程序不共享每日数据限额。