Azure 数据库节省计划：弹性承诺模式如何降低数据库成本

数据库环境正在变得越来越动态。团队不断现代化服务、向不同区域扩展、采用无服务器架构，同时越来越多的客户在传统 SQL 工作负载之外引入 MySQL 等开源服务。这种持续变化让 FinOps 团队面临一个难题：如何让成本节省能够"跟随"不断演进的架构，而不是被锁定在某个特定配置上。

在最新一期的 Azure Essentials Show 中，主持人 Maya Cope 与微软同事 Kyle 深入探讨了 Azure Savings Plans for Databases（Azure 数据库节省计划）——一种基于支出承诺的灵活折扣方案，试图回答上述问题。

为什么传统成本管理难以跟上架构变化

Kyle 指出，当下的数据库环境高度动态。架构师和 FinOps 团队需要一套能够随架构一起演进的成本优化策略。传统的做法往往把折扣绑定在特定服务、层级或区域上，一旦工作负载迁移或重构，之前锁定的优惠就无法继续发挥作用。

这正是节省计划试图解决的痛点：让折扣不再依附于某个固定资源，而是依附于你的"支出承诺"本身。无论底层服务如何变化，只要承诺仍然有效，节省就能持续产生。

节省计划的运作机制

Azure Savings Plans for Databases 的核心是一种基于支出的承诺：客户承诺在一年或三年内按固定的每小时金额支出，而这个承诺不绑定于特定的服务、层级、配置或区域。作为交换，客户可以在一系列符合条件的数据库服务上获得折扣价格。

Kyle 解释了折扣的自动应用逻辑：每个小时，微软都会扫描客户环境，识别出符合条件的数据库服务，并进一步判断哪个服务能够获得最高的折扣百分比。确定之后，计划会把折扣应用到该服务上，并持续每小时扫描一次，确保只要还有剩余承诺额度，任何符合条件的数据库服务都能享受到优惠。

这种"每小时重新评估"的机制，是节省计划弹性的关键所在——它让优惠始终流向当前最能受益的工作负载。

承诺金额如何计费

Kyle 用一个例子说明了计费逻辑。假设客户通过节省计划做出每小时 5 美元的承诺：

• 当实际使用量等于或低于 5 美元/小时时，这部分用量将按更低的节省计划价格计费，无额外费用；
• 当使用量超过 5 美元/小时时，超出的部分按 Pay-as-you-go（按量付费）价格计费。

一个需要特别注意的点是：无论你是否实际使用了相应服务，每小时都会按 5 美元的承诺金额计费。因此避免"过度承诺"至关重要。Kyle 建议使用 Azure Advisor，它会基于历史使用情况给出合适的承诺额度推荐，帮助团队做出更合理的决策。

节省计划 vs. Azure Reservations：如何选择

节省计划并非 Azure 唯一的成本优化手段。Kyle 对比了它与 Azure Reservations（预留实例） 的差异：

• Azure Reservations 更适合稳定、可预测的服务。因为预留需要承诺特定的服务或区域，适合那些你明确知道会长期使用、位置固定的工作负载。
• Savings Plans 更适合动态场景。你只需做出每小时的金额承诺（如 5 美元/小时），不绑定具体服务或区域，适合会在不同区域间迁移、或正在现代化改造的工作负载。

Kyle 强调，微软观察到的最佳实践是两者混用：对稳定可预测的部分使用预留，对动态变化的部分使用节省计划。具体如何搭配，取决于客户实际运行的工作负载特征和行为。

Azure Reservations（预留实例） 是微软较早推出的承诺折扣机制，用户提前为特定资源类型（如某个 Azure 区域中特定规格的 SQL 托管实例或虚拟机）预付费用，通常可获得相比按量付费 30%–72% 的折扣。其优势在于折扣幅度往往更大，但代价是高度绑定：一旦购买，折扣只适用于同一订阅内相同服务、相同规格、相同区域的资源。若工作负载迁移到其他区域或升级到不同规格，预留将失效或需要额外的兑换操作。这正是 FinOps 团队在面对频繁架构调整时遭遇"折扣空转"的根本原因——为稳定负载量身打造的预留，往往跟不上现代云环境的变化节奏。正是这一局限，催生了以支出承诺而非资源绑定为基础的节省计划模式。

实操：购买与用量追踪

节目中演示了两个关键操作。第一个是如何购买节省计划：推荐从 Azure Advisor 入手，查看基于实际历史使用情况生成的成本优化建议。你可以选择一个回溯周期（look-back period），系统会据此推荐合适的数据库节省计划。点击推荐选项后，会进入购买页面（purchasing blade），填写所需金额和相关字段即可完成购买。

第二个演示是如何追踪用量。在 Azure 门户中，进入 Cost Management，选择左侧的 Cost Analysis，点击 "Visualize Your Cost"。随后按日期筛选（例如最近 7 天），将成本类型切换为摊销成本（amortized cost），再将 benefit 设为过滤条件并选择 Savings Plans for Databases，应用后按 Product 分组。这样就能看到所有享受到节省计划优惠的具体资源明细。

Kyle 说明，这种方式提供的是资源级别的详细视图；若想追踪整体利用率，微软还有其他相关视频可供参考。

摊销成本（Amortized Cost） 是理解节省计划用量追踪的关键概念。与"实际成本（Actual Cost）"不同，实际成本会在购买节省计划或预留的当天一次性记录全部预付费用，导致成本曲线出现明显的峰值，难以与具体资源消耗关联。摊销成本则将承诺费用按使用期限（1年或3年）均摊到每一天乃至每个小时，并将其分配到实际消耗这部分承诺额度的具体资源上。这样一来，成本视图能够真实反映"哪个数据库服务在什么时间段享受了多少折扣优惠"，使 FinOps 团队能够准确评估节省计划的实际利用率，判断当前承诺额度是过高还是不足，从而指导下一轮采购决策。

如何上手

Kyle 给出的入门路径相当直接：先到 Azure Advisor 查看基于真实用量的推荐，再前往 Azure 门户的 Cost Management and Billing 完成购买。微软 MS Learn 页面也提供了更多关于节省计划及其适用场景的学习资源。

对于 FinOps 团队而言，这种能够随架构演进而持续生效的成本策略，意义在于让成本优化不再是"一次性锁定"，而是一种可以跟上现代化节奏的持续能力。在数据库环境日益动态化的今天，弹性承诺模式正成为平衡成本与灵活性的务实选择。