Application Insights 旧企业(每节点)定价层

对于 Azure Application Insights 的早期采用者而言,仍有两种可能存在的定价层:基本计划和企业计划。 “基本”定价层如上所述,它是默认层。 其中包括所有的“企业”层功能,不额外收费。 “基本”层主要针对所引入的数据量计费。

这些旧的定价层已经过重命名。 “企业”定价层现在称为“按节点”层,而“基本”定价层现在称为“按 GB”层 。 下文和 Azure 门户中将使用这些新名称。

“按节点”(以前称为“企业”)层按节点收费,并且每个节点都会收到每日数据限额。 在“按节点”定价层中,你需要为引入的数据中超出规定限额的数据付费。 如果你使用的是 Operations Management Suite,应选择“按节点”层。 在 2018 年 4 月,我们引入了 Azure 监视的新定价模型。 此模型在监视服务的完整组合中采用简单的“即用即付”模型。 详细了解新定价模型

有关在你所在区域中以适合你的货币计价的当前价格,请参阅 Application Insights 定价

了解旧式企业(按节点)层的计费用量

如下面详述,旧式企业(按节点)层合并了订阅中所有 Application Insights 资源的用量,以计算节点数和数据超额量。 由于这种合并过程,对于订阅中的所有 Application Insights 资源,只会报告一个资源的用量。 这样,让计费用量与所观察到的每个 Application Insights 资源的用量相符合就变得比较复杂。

警告

由于在旧式企业(按节点)层中跟踪和了解 Application Insights 资源用量非常复杂,因此我们强烈建议使用当前的“即用即付”定价层。

“按节点”层和 Operations Management Suite 订阅权利

按照最近的公告,客户如果购买了 Operations Management Suite E1 和 E2,则能够免费获取 Application Insights 的“按节点”作为补充组件。 具体而言,Operations Management Suite E1 和 E2 的每个单位都包含对 Application Insights“按节点”层的 1 个节点的权利。 每个 Application Insights 节点包含每天最多 200 MB 的引入数据(独立于 Log Analytics 数据引入),并且数据会保留 90 天,无额外费用。 本文后面会详述该层。

由于此层仅适用于使用 Operations Management Suite 订阅的客户,因此,没有 Operations Management Suite 订阅的客户不会看到用于选择此层的选项。

注意

若要确保获取此权利,Application Insights 资源必须位于“按节点”定价层中。 此权利仅以节点的形式应用。 “按 GB”层中的 Application Insights 资源不会实现任何权益。 此权利不会出现在“使用情况和预估成本”窗格中显示的预估成本中。 此外,如果在 2018 年 4 月将订阅移到了新的 Azure 监视定价模型,则只有“按 GB”层可用。 如果具有 Operations Management Suite 订阅,不建议将订阅移到新的 Azure 监视定价模型。

“按节点”层的工作原理

  • 你需要针对为“按节点”层中的任何应用发送遥测数据的每个节点付费。
    • 节点是托管应用的物理/虚拟服务器计算机或平台即服务角色实例。
    • 开发计算机、客户端浏览器和移动设备不计为节点。
    • 如果应用有多个组件(例如 Web 服务和后端辅助角色)发送遥测数据,则会对组件分开计数。
    • 定价未考虑实时指标流数据。 在订阅中,将按节点而非应用计费。 如果有 5 个节点在为 12 个应用发送遥测数据,则按 5 个节点计费。
  • 虽然是按月计费,但对于从应用发送遥测数据的节点来说,实际上是按小时计费。 小时费率为月费除以 744(每月的小时数,每月按 31 天算)。
  • 每天为每个检测到的节点分配的数据量为 200 MB(时间粒度为小时)。 分配的数据如果未使用,不会从当天转到第二天。
    • 如果选择“按节点”定价层,则每个订阅都会收到基于向该订阅中的 Application Insights 资源发送遥测数据的节点数的每日数据限额。 因此,如果全天有 5 个节点在发送数据,则该订阅中的所有 Application Insights 资源可以共用 1 GB 的数据限额。 无所谓某些节点是否比其他节点发送更多数据,因为包含的数据在所有节点之间共享。 如果 Application Insights 资源在特定的某一天收到的数据量超出了为该订阅分配的每日数据限额,则会对超额数据按 GB 计费。
    • 每日数据限额的计算方式为所有节点在一天中发送遥测数据的小时数(使用 UTC 计时方式)除以 24 再乘以 200 MB。 因此,如果有 4 个节点一天 24 小时中有 15 个小时在发送遥测,则当天包含的数据为 ((4 × 15) / 24) × 200 MB = 500 MB。 超额数据的价格为 2.30 美元/GB,如果当天发送了 1 GB 的数据,则收费 1.15 美元。
    • “按节点”层的每日限额不与已为其选择“按 GB”层的应用程序共享。 未使用的限额不能从当天转到第二天。

演示如何确定不同节点计数的示例

场景 每日节点计数总数
1 个应用程序使用 3 个 Azure 应用服务实例和 1 个虚拟服务器 4
3 个应用程序正运行在 2 个 VM 上,这些应用程序的 Application Insights 资源属于同一订阅,并且位于“按节点”层中 2
4 个应用程序的 Applications Insights 资源属于同一订阅;每个应用程序在 16 小时的非高峰时段内运行 2 个实例,在 8 小时的高峰时段内运行 4 个实例 13.33
云服务有 1 个辅助角色和 1 个 Web 角色,每个角色运行 2 个实例 4
5 节点 Azure Service Fabric 群集运行 50 个微服务;每个微服务运行 3 个实例 5
  • 若要进行精确的节点计数,必须了解应用程序在使用哪个 Application Insights SDK。
    • 在 SDK 2.2 及更高版本中,Application Insights Core SDKWeb SDK 都会将每个应用程序主机作为节点进行报告。 例如,会报告物理服务器和 VM 主机的计算机名称,而对于云服务,则报告实例名称。 唯一的例外是应用程序仅使用 .NET Core 和 Application Insights Core SDK。 在这种情况下,所有主机只会报告一个节点,因为主机名不可用。
    • 就早期版本的 SDK 来说,Web SDK 的行为与新版 SDK 并无二致,而 Core SDK 则只会报告一个节点,不管应用程序主机的数目是多少。
    • 如果应用程序通过 SDK 将 roleInstance 设置为自定义值,则会默认使用该值确定节点计数。
    • 如果对从客户端计算机或移动设备运行的应用使用新版 SDK,则节点计数可能会返回一个较大数目(因为客户端计算机或移动设备的数目很大)。