识别成本的异常情况和意外变化

本文帮助你使用成本管理和计费来识别云成本的异常情况和意外变化。 对 Azure 订阅使用成本管理和计费功能不收取任何费用。 首先在成本分析中对订阅进行异常情况检测，以根据成本和使用趋势识别任何非典型使用模式。 然后介绍如何深入查看成本信息以查找和调查成本高峰与低谷。

还可以创建异常警报，以在检测到异常时自动收到通知。

一般情况下，可能需要调查三种类型的变化：

• 新成本 - 例如，已启动或添加的资源（如虚拟机）。 新成本通常显示为从零开始的成本。
• 消除的成本 - 例如，已停止或删除的资源。 消除的成本通常显示为归零的成本。
• 成本变化（增加或减少）– 例如，资源以某种方式变化，导致成本增加或减少。 某些变化（例如调整虚拟机大小）可能显示为新的计量，该计量会取代同一资源下已消除的计量。

识别成本异常情况

与本地成本相比，云附带大幅节省成本的承诺。 但是，节省成本需要积极主动地规划、管理和监视云解决方案。 即使采用主动流程，也仍可能发生成本意外情况。 例如，你可能会注意到某些内容已更改，但不确定是什么内容。 对订阅使用成本管理异常情况检测有助于最大程度地减少意外的发生。

无论你是否知道自己是否存在成本异常情况，只要成本分析发现了任何异常，它就会在“见解”中予以通知。 如果未发现异常，成本分析会显示“未检测到异常情况”。

在成本分析中查看异常情况

选择订阅范围后，成本分析智能视图中会提供异常情况检测。 可以在 Insights 中查看异常状态。

在 Azure 门户中，从“Azure 主页”导航到“成本管理”。 选择订阅范围，然后在左侧菜单中选择“成本分析”。 在视图列表中，选择 智能视图下的任何视图。 在以下示例中，已选择 “资源 智能”视图。 如果存在成本异常情况，则会看到一项见解。

如果不存在任何异常情况，则会看到“未检测到异常情况”见解，其中会确认评估的日期。

深入查看异常情况详细信息

若要深入了解已更改内容的基础数据，请选择见解链接。 这样就会在经典成本分析中打开一个视图，让你可以按资源组查看评估时间范围内的每日使用情况。

沿用前面的标记为“每日运行费用下降 748%（9 月 28 日）”的异常情况示例，让我们在选择链接后检查该异常情况的详细信息。 以下示例插图显示了有关异常情况的详细信息。 请注意短期暂用资源的成本大幅增加、成本高峰以及最终下降的变化。

每日评估订阅的成本异常情况，并将当天的总使用情况与过去 60 天的预测总使用情况进行比较，以分析最近使用情况的公有模式。 例如，每周一出现高峰。 在一天结束 (UTC) 后，异常情况检测将运行 36 小时，以确保提供完整的数据集。

异常情况检测模型是一种单变量时序、无监督预测和基于重建的模型，该模型使用 60 天的历史使用情况进行训练，然后预测当天的预期使用情况。 异常情况检测预测使用名为 WaveNet 的深度学习算法。 它不同于成本管理预测。 如果总规范化用法根据预先确定的置信区间超出预期范围，则确定其异常。

可以使用成本分析对监视的每个订阅使用异常情况检测。 若要为你的订阅启用异常情况检测，请打开成本分析智能视图，并在页面顶部的范围选择器中选择该订阅。 会有一条通知指出已加入你的订阅，你会在 24 小时内开始看到异常情况检测状态。

创建异常警报

你可以创建警报，以在检测到异常情况时自动收到通知。 创建异常情况警报需要成本管理参与者或更高角色，或者需要自定义角色的 Microsoft.CostManagement/scheduledActions/write 权限。 有关详细信息，请参阅 每个角色的功能行为。

异常警报电子邮件包括资源组计数和成本更改的摘要。 它还包括与前 60 天相比当天的顶级资源组更改。 此外，它具有指向 Azure 门户的直接链接，以便你可以查看成本并进一步调查。

异常警报电子邮件仅在检测到异常时发送一次。

1. 在 Azure 主页中，选择“工具”下的“成本管理”。
2. 验证是否在页面顶部范围内选择了正确的订阅。
3. 在左侧菜单中，选择“成本警报”。
4. 在工具栏中选择“+ 添加”。
5. 在“创建警报规则”页上，选择“ 异常 ”作为 警报类型。
6. 输入所有必需的信息，然后选择“ 创建”。
   可以通过导航到左侧导航菜单中的 “警报规则 ”来查看和管理异常警报规则。

下面是为异常警报生成的示例电子邮件。

自动响应异常警报

成本管理异常警报通过电子邮件通知传送。 通过将这些警报集成到工作流中，可以自动执行响应。 下面是在触发异常警报时自动执行操作的常见模式：

使用 Azure 逻辑应用自动执行工作流

Azure 逻辑应用可以监视 Office 365 Outlook 邮箱。 检测到新的异常警报电子邮件时，逻辑应用可以分析内容并触发工作流，例如：

• 将通知发布到 Microsoft Teams 或 Slack
• 运行成本管理查询 API 调用以收集详细的使用情况数据
• 将异常记录到内部 FinOps 仪表板
• 启动审批工作流或升级过程

此方法可实现高度自定义的低代码自动化，以简化 FinOps 运营。 有关详细信息，请参阅 从 Azure 逻辑应用连接到 Office 365 Outlook。

将异常警报与 Microsoft Sentinel 集成

可以使用 Microsoft 365 数据连接器将异常警报电子邮件路由到受监视邮箱并将其引入 Microsoft Sentinel。 摄入后：

• 创建分析规则，以基于主题行或收件人检测异常警报电子邮件。

• 自动在 Microsoft Sentinel 中创建事件。

• 触发 playbook（逻辑应用），以调查成本、通知团队或创建 ITSM 工单。

此方法集中监视成本异常以及运营和安全事件，实现自动化分诊和响应工作流。

有关详细信息，请参阅 Microsoft Sentinel 的 Microsoft 365 连接器。

将异常警报与 Copilots 或 Azure OpenAI 服务集成

组织还可以将异常警报与自定义 Copilot 集成。

• 使用逻辑应用监控一个邮箱是否有新的异常警报电子邮件。
• 分析警报中的关键详细信息（例如范围、资源组和成本更改）。
• 将分析的数据发送到语言模型进行智能分析。
• 向成本管理 API 动态建议原因、推荐作或触发后续查询。

此方法可实现对异常的智能上下文感知响应，从而超越静态规则，转向动态 FinOps 驱动的工作流。

监视共享邮箱并触发 ITSM 工作流

可以将异常警报配置为发送到受监视的共享邮箱。 IT 服务管理（ITSM）工具（如 ServiceNow、Jira 或 Zendesk）可以监视邮箱，并在收到新警报时自动创建事件票证。 还可以将 Microsoft Power Automate 与 Office 365 Outlook 触发器配合使用，实现电子邮件到票证自动化。

此方法可确保成本异常通过既定的操作流程被记录、分配和跟踪。

手动查找意外的成本变化

让我们查看一个有关查找成本变化的更详细示例。 导航到“成本分析”并选择订阅范围时，首先会出现“累计成本”视图。 以下屏幕截图显示了你可能会看到的内容示例。

对于默认视图和当前月份（2022 年 3 月），示例插图未显示任何低谷或高峰。

将视图更改为“每日成本”，然后将日期范围扩大至“去年”（2021 年）。 然后，将粒度设置为“每月”。 在下图中可以看到，从 7 月开始，arcticmustang 资源组的成本显著增加。

让我们更全面地检查该资源组的成本增加。 若要深入到成本变化的时间范围，请更改日期范围。 在以下示例中，我们将自定义日期范围设置为 2021 年 6 月至 7 月，然后将“粒度”设置为“每日”。 在该示例中，该资源组的每日成本大约为 4.56 美元。 6 月 30 日，成本增加至 20.68 美元。 在 7 月 1 日及之后，每日成本达到 30.22 美元。

到目前为止，我们发现 articmustang 资源组在 6 月底和 7 月初增加了成本。 你可能注意到，成本有两天持续增加。 这种变化之所以持续了两天，是因为在一天的中途发生的变化只会在第二天才能完全表现出来。

让我们继续深入查看数据以详细了解成本增加的问题。 选择成本增加的项 (articmustang) 以自动设置资源组名称的筛选器。 然后，将“分组依据”列表更改为“资源”。 然后将日期范围设置为较短的时间段。 例如，6 月 28 日至 7 月 4 日。 以下示例插图清楚地显示了成本的增加。 资源类型显示为“microsoft.network/virtualnetworkgateways”。

接下来，在图表中选择成本增加的资源 articring，为该资源设置另一个筛选器。 现在仅显示该资源的成本。 然后，将“分组依据”列表设置为“计量”。

在上一示例中，可以看到名为 VpnGw1 的虚拟专用网络资源在 6 月 30 日已停止使用。 在 6 月 30 日，开始使用了名为 VpnGw3 的更昂贵虚拟专用网络资源。

现在，你便知道发生了哪种变化，以及有变化的成本的价值。 但是，你可能不知道发生这种变化的原因。 此时，应联系创建或使用该资源的人员。 继续阅读下一部分以了解详细信息。

查找资源使用情况变化的相关人员

使用成本分析，你可能会发现资源的使用情况突然发生了变化。 但是，与该资源相关的人员或者变化原因可能并不明显。 通常，给定资源的负责团队知道该资源发生了哪些变化。 在确定出现某些费用的原因时，与这些团队沟通会很有用。 例如，拥有资源的团队创建了资源、更新了资源的 SKU（更改了资源费率），或者由于代码更改而增加了资源上的负载。

Azure Resource Graph 的 “获取资源更改 ”一文可以帮助你查找有关资源配置更改的其他信息。

请继续阅读以下部分，了解有关确定谁拥有某个资源的其他方法。

分析资源的审核日志

如果你有权查看某个资源，应该可以访问其审核日志。 请查看日志以找出最近对资源进行更改的负责用户。 若要了解详细信息，请参阅 “查看和检索 Azure 活动日志事件”。

分析用户在资源父范围的权限

对订阅或资源组拥有写入权限的人员通常会获得有关创建或更新的资源的信息。 他们应该能够解释资源的用途，或者将你引领到知情的人。 若要标识具有订阅范围权限的人员，请参阅 “检查用户对 Azure 资源的访问权限”。 可对计费范围、资源组和管理组使用类似的过程。

检查标记的资源

如果您有 标记资源的现有策略，资源可能会使用标识信息进行标记。 例如，可能使用所有者、成本中心或开发环境信息标记了资源。 如果你尚未实施资源标记策略，请考虑将来采用一个策略来帮助标识资源。

用于识别意外费用的其他策略

如果你使用了上述策略，但仍不知道为何会收到费用，或者在计费问题方面需要其他帮助，请查看以下部分。

为什么我没有收到异常警报的电子邮件？

没有收到警报电子邮件的原因有很多。 请尝试以下操作：

• 确认计划的创建者继续拥有分配的读者角色或 Microsoft.CostManagement/scheduledActions/read 权限（如果是自定义角色）。
• 确认你的电子邮件地址显示为收件人，并且是正确的。
• 请确保没有阻止 microsoft-noreply@microsoft.com 的电子邮件规则。
• 检查垃圾邮件或垃圾邮件文件夹中是否有来自 microsoft-noreply@microsoft.com 的电子邮件。
• 检查警报是否已过期或已删除。 可以扩展或创建新的异常警报规则来解决此问题。
• 与管理员协作，在 Azure 门户中重新启用 视图费用策略 。 该策略适用于间接企业协议以及与 Microsoft 合作伙伴达成的 Microsoft 客户协议。

为什么我无法创建异常警报规则？

请尝试以下步骤：

• 异常警报规则只能在订阅范围内创建。 请确保已选择正确的范围。

• 验证你在订阅上是否具有“所有者”、“参与者”或“成本管理参与者”角色。

• 如果收到一条错误消息，指示你已达到每个订阅五条警报的限制，请考虑编辑现有的异常警报规则。 如果已达到限制，将自己添加为收件人，而不是创建新规则。

• 目前仅在 Azure 公有云中提供异常警报。 如果使用政府云或任何主权云，则此服务尚不可用。

如何自动创建异常警报规则？

可以使用 计划操作 API 自动创建异常警报规则，并将计划操作类型指定为 InsightAlert.

获得识别费用方面的帮助

如果使用了上述策略，但仍无法理解为何收到费用，或者如果需要其他计费帮助， 请创建支持请求。

相关内容

• 了解如何 使用成本管理优化云投资。