预订和预购计划的权益适用顺序

如果你有预留和预购计划，折扣将按一定顺序应用。 最具体的折扣始终首先适用。 本文介绍该顺序的工作原理。

权益类型

Azure 提供两种通过提前承诺使用量来节省成本的方式：

应用顺序

折扣从最具体到最不具体：

1. 预留 - 锁定到一个 SKU 和区域。
2. 预付费计划 — 涵盖某项服务中符合条件的使用量。
3. Azure节省计划 - 涵盖跨服务的计算。
4. 标准预付费套餐 - 任何剩余使用量的标准费率。

Reservation  →  Pre-purchase plan  →  Azure savings plan  →  Standard Pay-in-Advance Offer

如果没有节省计划，则会跳过此步骤。

预留应用方式

预留总是会被优先评估。 如果您在多个范围级别上都有预留，则会首先评估范围最小的预留：

1. 资源组 — 预留的范围限定在资源运行所在的资源组。
2. 订阅 - 如果不匹配，则预留范围限定为订阅。
3. 管理组 - 如果没有匹配项，则预留范围限定为管理组。
4. 共享 — 在计费配置文件或注册之间共享的预留。

找到匹配项后，将应用该预留，并且不会再针对该资源评估更广泛的范围。

关键行为

• 每小时生效 — 该折扣每小时生效一次。 你不必执行任何操作。
• 实例大小灵活性 - 在同一 VM 实例系列组中，一个大小的预留可以涵盖其他大小。 例如，一个 D4 VM 预留可以覆盖两个 D2 VM。 有关详细信息，请参阅 实例大小灵活性。
• 部分覆盖 — 如果预留仅覆盖部分用量，则未覆盖的部分将转到下一步。
• 先到先得 — 如果您在同一范围内有多个预留，则这些预留的适用情况取决于哪些资源正在运行。

预购计划应用方式

只有在所有预留范围评估完毕后，才会评估预购计划。 它们遵循从最窄到最宽的相同范围顺序：

1. 资源组
2. Subscription
3. 管理组
4. 共享（计费资料或登记）

关键行为

• 余额减少 - 符合条件的使用量减少了余额。 达到零时，按即用即付费率对进一步使用量进行计费。
• 最早的到期时间 - 如果在同一范围内具有同一类型的多个计划，则计划最早过期将先使用。 这有助于避免丢失未使用的提交单元。
• 目标计划首先 - 如果多个计划类型可以涵盖相同的使用情况，则更具体的计划首先适用。
• Overflow - 当一个计划用完时，会在即用即付之前根据其他符合条件的计划评估剩余使用情况。

优先级顺序摘要

示例

示例 1：预留涵盖 VM

设置：D4s_v3 VM 预留范围限定为订阅 A。在同一订阅上，你还有一个Microsoft代理预购计划。 D4s_v3 VM 在订阅 A 中运行。

结果： 预留涵盖 VM 的全部成本。 预购计划余额仍可用于其他符合条件的用途，例如 Microsoft Copilot Studio 或 Microsoft Foundry。

示例 2：部分预留覆盖范围

设置： D4s_v3预留范围限定为资源组。 在该资源组中运行D8s_v3 VM。

结果： 借助 实例大小灵活性，D4s_v3 预留实例可覆盖一半的 D8s_v3 使用量（比例为 4/8）。 其余 50 个% 根据Azure储蓄计划进行评估，然后即用即付。

示例 3：无预订匹配项

设置：你拥有一个 Microsoft Agent 预购买计划。 组织使用Microsoft Copilot Studio。 此服务不存在预留。

结果： 没有匹配的预订。 预购计划涵盖相关用量，承诺单位从余额中扣除。

示例 4：多个预购计划

设置：您同时拥有GitHub AI 额度预付费计划和范围更广的Microsoft Agent 预付费计划。 您的组织使用 GitHub Copilot。

结果：首先使用更有针对性的GITHUB AI 信用额度计划。 当其用尽后，剩余用量将从 Microsoft Agent 预购计划中扣除。 两者都用完后，按即用即付费率计费。

相关内容

• 如何应用预留折扣
• 预留的实例大小灵活性
• 什么是Azure预留项？