一、为什么你需要 Savings Plans：一笔真实的账
假设你的团队每月在 AWS EC2、Fargate 和 Lambda 上稳定支出 $50,000 按需费用。如果什么都不做，一年就是 $600,000。而一个配置合理的 Compute Savings Plan，在 90%+ 利用率下，仅这一项就能帮你省下 $15,000-$30,000 的年度费用。
这就是 Savings Plans 的价值——不需要改一行代码，不需要调整架构，纯粹通过改变付费方式来降低成本。根据 AWS 官方数据，Savings Plans 相比按需定价最高可节省 72%，3年期全预付方案的折扣最深，1年期无预付方案的折扣最浅。
但问题是：很多人买了 SP，要么覆盖率太低没省到钱，要么承诺过高导致闲置浪费。这篇文章的目标，就是帮你从零到一搞清楚 Savings Plans 的完整使用流程。
二、AWS Savings Plans 到底是什么？
用一句话说清楚：你承诺每小时花固定的钱（$/小时），AWS 就给你折扣价。
具体机制是这样的——你选定一个每小时承诺金额（比如 $5/小时），AWS 会自动把折扣价应用到你的合格用量上，直到用满这个承诺额。超过承诺的部分按按需价计费，低于承诺的部分你也得付满承诺额。
Savings Plans 于 2019 年 11 月推出，初衷是解决 Reserved Instances 的一个核心痛点：RI 绑定具体实例类型和区域，一旦工作负载变化（比如 right-sizing 或者迁移区域），折扣就跟丢了。而 SP 绑定的是“消费速率”，折扣会自动跟随工作负载的变化。
对于月均 AWS 计算支出超过 $20,000 的团队，Savings Plans 不是可选项，而是最直接的降本杠杆。
三、四种 Savings Plans 类型详解（2026最新）
AWS 目前提供四种 Savings Plans，覆盖不同的服务范围和折扣深度。
3.1 Compute Savings Plans：灵活性最高
Compute Savings Plans 适用于 EC2、Fargate 和 Lambda 的用量，不区分实例族、大小、区域、操作系统或租赁类型。如果你把工作负载从 c5 迁到 m6i，或者从 us-east-1 迁到 ap-southeast-2，折扣会自动跟随。
覆盖范围还包括 EMR、EKS、ECS 集群中的 EC2 实例（EKS 控制平面费用本身不打折），Fargate 的 vCPU 和内存维度（OS 许可费用除外），以及 Lambda 的持续时间费用（请求费用不享受折扣）。
最高折扣为按需价的 66%。适合多区域架构、容器化工作负载、或者预期在承诺期内会变更实例族的团队。
3.2 EC2 Instance Savings Plans：折扣更深
EC2 Instance Savings Plans 将承诺锁定到特定区域内的特定实例族，换取更高的折扣。比如你承诺 us-east-1 的 M5 族，折扣只适用于该区域的 M5 实例。但在族内，所有大小、操作系统和租赁类型都可以灵活切换。
最高折扣为按需价的 72%。适合单区域、实例族稳定的可预测 EC2 工作负载。
3.3 Database Savings Plans：2025年12月新推出
Database Savings Plans 于 2025 年 re:Invent 大会发布，最高节省 35%。覆盖 10 种数据库服务：Amazon Aurora、RDS、DynamoDB、ElastiCache（含 Valkey）、DocumentDB、Neptune、Keyspaces、Timestream、DMS 和 OpenSearch。
这个计划不区分引擎、实例族、大小、部署方式或区域，仅提供 1 年期无预付方案。有一个重要限制：仅适用于 Gen 7+ 实例，老一代实例不符合条件。
2026年3月5日，AWS 进一步扩展了 Database Savings Plans 的覆盖范围，新增对 Amazon OpenSearch Service 和 Neptune Analytics 的支持。
3.4 SageMaker Savings Plans
SageMaker Savings Plans 专为机器学习工作负载设计，适用于任意区域的 SageMaker 实例用量，折扣自动应用到合格的 ML 实例上。
四种类型对比表
| 维度 | Compute SP | EC2 Instance SP | Database SP | SageMaker SP |
|---|---|---|---|---|
| 最高折扣 | 66% | 72% | 35% | 64% |
| 覆盖服务 | EC2/Fargate/Lambda | EC2 | 10种数据库服务 | SageMaker |
| 区域灵活性 | 跨区域 | 单区域锁定 | 跨区域 | 跨区域 |
| 实例族灵活性 | 跨族 | 族内灵活 | 不限 | 不限 |
| 承诺期限 | 1或3年 | 1或3年 | 仅1年 | 1或3年 |
| 付款方式 | 全预付/部分/无预付 | 全预付/部分/无预付 | 仅无预付 | 全预付/部分/无预付 |
四、Savings Plans 到底怎么帮你省钱？——折扣数学
理解折扣的计算逻辑，比记住折扣数字更重要。
核心公式： SP 折扣是基于你用量的“可享受折扣金额”计算的。AWS 会先用折扣率最高的合格用量来消耗你的承诺额，然后逐级向下叠加。
举个例子：你购买了 $5/小时的 Compute Savings Plan。某小时你的实际用量中，EC2 按需价为 $8，Fargate 为 $3，Lambda 为 $1。AWS 会优先把折扣应用到 EC2 用量上（折扣空间最大），用完后剩余承诺额再应用到 Fargate，最后到 Lambda。超出承诺部分的用量按正常按需价计费。
三个变量决定你的实际折扣深度：
| 变量 | 选项 | 折扣更深的条件 | 代价 |
|---|---|---|---|
| 期限 | 1年 / 3年 | 3年 | 锁定时间更长 |
| 付款方式 | 全预付 / 部分预付 / 无预付 | 全预付 | 需要一次性大额现金支出 |
| 计划类型 | Compute / EC2 Instance | EC2 Instance | 灵活性降低 |
关于付款方式的一个实用建议： 如果你有充足的现金流，全预付的折扣最深；如果现金流紧张，无预付方案虽然没有额外折扣，但省下来的现金可以投入到业务中，实际回报可能更高。不要为了追求“最大折扣”而牺牲现金流健康。
五、怎么选？——决策框架
第一步：确定你的稳定基线
打开 AWS Cost Explorer，查看过去 3-6 个月的按需用量趋势。把那些月际波动不超过 15% 的部分识别为“稳定基线”。通常这占总支出的 60%-70%。
第二步：根据服务组合选类型
- 混合使用 EC2 + Fargate + Lambda：选 Compute Savings Plans。虽然折扣比 EC2 Instance SP 低几个百分点，但避免了多计划管理的复杂度。
- 单一实例族、单一区域、工作负载稳定：选 EC2 Instance Savings Plans，吃满 72% 的折扣。
- 数据库用量占比高：在 2026 年，把 Database Savings Plans 纳入考虑。特别是如果你的 RDS 或 Aurora 已经迁移到 Gen 7+ 实例。
- ML 训练/推理负载：单独评估 SageMaker Savings Plans。
第三步：决定承诺金额
一个安全的起点是覆盖稳定基线的 70%-80%。剩余部分用按需或 Spot 应对波动。
举例：如果你的稳定基线是 $10/小时的 EC2 用量，初次购买可以承诺 $7-$8/小时。这样即使用量小幅下降，也不会产生严重的闲置浪费。
第四步：选择期限和付款方式
- 首次购买建议选 1 年期、无预付。先用一年验证你的用量稳定性，再考虑 3 年期。
- 如果业务确定性极高（如已签署的长期合同支撑的基础设施），3 年期全预付可以锁定最大折扣。
六、实操：如何在 AWS 控制台购买 Savings Plans
6.1 使用 Cost Explorer 获取建议
进入 AWS 管理控制台的 Cost Explorer → Savings Plans → Recommendations。AWS 会根据你的历史按需用量，自动推荐最优的承诺金额、期限和付款方式。
建议面板会显示：推荐的每小时承诺额、预估月度节省、覆盖率变化。你可以调整参数（期限、付款方式、计划类型）来对比不同方案。
6.2 通过控制台购买
在 Cost Explorer 中选定方案后，点击“Purchase Savings Plan”，确认计划类型、区域、期限、实例族（仅 EC2 Instance SP 需要）和承诺金额，完成购买。
6.3 通过 CLI 购买
对于需要自动化或批量购买的场景，可以使用 AWS CLI：
text
aws savingsplans create-savings-plan \ --savings-plan-offering-id <offering-id> \ --commitment <amount>
调用 describe-savings-plans-offering 可以列出当前区域可购买的所有方案及 ID。
注意： 如果你使用的是 AWS 中国区域（北京/宁夏），SDK/CLI 端点需要使用
savingsplans.cn-north-1.amazonaws.com.cn（北京）或savingsplans.cn-northwest-1.amazonaws.com.cn（宁夏），承诺金额以人民币计价。
七、SP + RI + Spot 组合策略
Savings Plans 不是孤立的工具。一个成熟的成本优化体系，应该把三种定价模型组合使用。
三种方案的核心取舍：
| 方案 | 承诺对象 | 最高折扣 | 灵活性 | 适用场景 |
|---|---|---|---|---|
| Savings Plans | 消费速率 | 72% | 高 | 稳定基线计算 |
| Reserved Instances | 具体资源 | 75% | 低 | 长期固定容量 |
| Spot Instances | 无承诺 | 90% | 极高 | 可中断任务 |
推荐组合比例（适用于大多数中型系统）：
- 70% 稳定基线 → Compute Savings Plans 或 EC2 Instance SP 覆盖
- 20% 弹性需求 → 按需实例应对峰值
- 10% 可中断任务 → Spot 跑批处理、CI/CD、渲染等作业
关于 RI 的一个关键信息： AWS 已经明确表示，在新开发和文档中优先推荐 Savings Plans。随着现有 RI 到期，建议逐步迁移到 SP。但这不意味着 RI 会消失——对于需要容量预留的场景（如 Zonal RI），RI 仍有不可替代的价值。
八、购买后：监控与优化
买了 SP 不等于万事大吉。持续监控覆盖率和利用率，才是省钱的关键。
两个核心指标：
- 覆盖率（Coverage） ：你的合格用量中有多少比例被 SP 覆盖。目标是 70%-80%。覆盖率过低说明还有省钱空间；过高说明承诺过重，存在闲置风险。
- 利用率（Utilization） ：你购买的承诺额中有多少被实际用掉了。目标是 90%+。低于 80% 就需要关注，可能是用量下降或工作负载迁移导致的。
在 Cost Explorer 中，这两个指标都有专门的报表视图。建议每月复盘一次，特别是在重大架构变更（如实例族迁移、区域调整）之后。
如果发现利用率持续偏低： 短期内无法调整承诺额，但可以在下一周期购买时降低承诺。如果利用率持续偏高（接近 100%），说明承诺额可能不够，可以追加购买。
预算告警设置： 在 AWS Budgets 中设置 Savings Plans 利用率告警，当利用率跌破 80% 时自动通知。这样可以避免“悄悄浪费”。
九、常见问题
Q：Savings Plans 可以跨 AWS 账户共享吗？
可以。如果启用了“折扣共享（Discount Sharing）”，同一组织下的多个账户可以共享 SP 折扣。这实际上是节省成本的关键一步——如果你有多个团队各自运行 EC2，统一购买 SP 比各买各的更高效。
Q：承诺了但用量下降了怎么办？
你仍然需要支付承诺金额，未使用的部分不会退款。这就是为什么首次购买建议从 1 年期、无预付开始，并用稳定基线的 70%-80% 作为承诺额。
Q：Savings Plans 和 RI 能同时使用吗？
可以。SP 和 RI 可以叠加使用，RI 会优先消耗，剩余的用量由 SP 覆盖。但随着 RI 到期，建议逐步将承诺迁移到 SP。
Q：Database Savings Plans 和 RDS RI 冲突吗？
两者不能用于同一工作负载。Database SP 和 RDS Reserved Instances 在同一数据库实例上互斥，但可以用于不同的工作负载。
Q：中国区域的 Savings Plans 有什么特殊之处？
AWS 中国区域（北京和宁夏）提供计算 Savings Plans 和 EC2 实例 Savings Plans 两种类型，承诺金额以人民币计价，有效最低每小时承诺金额为 0.001 元人民币。EC2 实例 SP 在北京区域最高可省 84%，计算 SP 最高可省 81%。
Q：通过代充值渠道购买 Savings Plans 划算吗？
这是很多团队忽略的一个降本维度。除了 AWS 官方的 SP 折扣外，通过 AWS 授权代理商进行代充值，可以在官方计费基础上获得额外折扣，通常低至 7 折。这两层折扣可以叠加——SP 降低的是“单价”，代充值降低的是“结算价”。
但需要注意：建议先完成账单可视化和用量分析，再决定购买 SP 和选择代充值方案。在没有清晰的用量数据之前，盲目购买长期承诺容易造成资金浪费。如果你希望获得针对你实际用量的 Savings Plans 配置建议和代充值方案，可以联系我们获取一对一的成本优化评估。
十、下一步行动清单
- 本周：登录 Cost Explorer，查看过去 3 个月的按需用量趋势，识别稳定基线
- 下周：查看 SP Recommendations，对比 1 年期和 3 年期方案的预估节省
- 决策：从 1 年期无预付开始，覆盖稳定基线的 70%
- 执行：购买后设置 Budgets 利用率告警，每月复盘一次
- 优化：评估代充值方案，将 SP 折扣与结算折扣叠加
Savings Plans 的核心逻辑其实很简单：你对自己的用量越了解，省的钱就越多。 不需要复杂的工具，不需要架构改造，只需要打开 Cost Explorer，看清楚数据，然后做一个理性的承诺。
如果你需要针对你自己 AWS 账户的 Savings Plans 配置建议，或者想了解代充值方案的具体折扣空间，欢迎与我们联系。
