节省计划不是「更便宜的预留实例」。三种类型折扣深度不同，还有三条少有人提的限制：不提供容量保留、退货窗口只有 7 天、关账号后仍会继续计费。
搜「AWS 节省计划」，你会看到两种极端说法：一种说它灵活到可以完全取代预留实例，另一种说它就是个坑。两种都不准确。
节省计划（Savings Plans）和预留实例（RI）是同一层的两种工具，差别集中在三个维度：灵活度、折扣深度、退出成本。理解这三个维度，怎么选就自然清楚了。
这篇按「买之前 → 买多少 → 买完要注意什么」的顺序讲，不罗列折扣名称。
先分清：节省计划和预留实例不是一回事
两者都要求你先做出承诺，换更低的单价。但承诺的东西不同，这决定了一切：
| 预留实例（RI） | 节省计划（SP） | |
|---|---|---|
| 承诺的是什么 | 具体实例配置（标准 RI）/ 可转换（Convertible RI） | 每小时消费金额 |
| 灵活度 | 低 —— 标准 RI 锁定实例族与区域 | 高 —— Compute SP 跨实例族/大小/OS/区域，且覆盖 Lambda 与 Fargate |
| 折扣深度 | 更深（标准 RI 与 EC2 实例 SP 同级） | Compute SP 略浅，EC2 实例 SP 更深 |
| 容量保留 | 可选（需要"一定有机器"时有用） | 不提供 |
| 退出通道 | 标准 RI 可在 RI Marketplace 转售 | 无转售通道，只有 7 天退货窗口 |
| 日常管理 | 要按实例族逐个买、逐个盯覆盖率 | 买一次，自动套用到符合条件的所有用量 |
一句话：RI 用「锁得更死」换「更深的折扣 + 容量保留 + 可转售」；SP 用「折扣略浅」换「几乎不用管」。两者可以同时买、同时生效，不是二选一。
这个取舍和另外几家厂商是同构的（阿里云国际的节省计划承诺金额、腾讯云国际的预留实例锁规格），五家的横向对比见 五家云厂商折扣机制对比。
三种节省计划，折扣深度差在哪
节省计划不是一种东西，而是三种，覆盖范围和折扣深度都不同：
| 类型 | 覆盖范围 | 官方公开的折扣上限 |
|---|---|---|
| Compute Savings Plans | EC2 + Lambda + Fargate；跨实例族、大小、操作系统、租户、区域 | 最高 66% |
| EC2 Instance Savings Plans | 某个区域里的某个实例族（族内可自由换大小/OS/租户） | 最高 72% |
| SageMaker Savings Plans | SageMaker 的机器学习实例用量 | 最高 64% |
三个数字的差别，就是灵活度换来的：Compute 最灵活所以最浅；EC2 实例 SP 锁定了「区域 + 实例族」，所以最深。但要注意它锁的比 RI 宽——族内换大小、换操作系统、换租户仍然享受折扣，只有换实例族或换区域才失效。
另外还有数据库节省计划（Database Savings Plans）：覆盖 Aurora、RDS、DynamoDB、ElastiCache、DocumentDB、Neptune、Keyspaces、Timestream 与 DMS，官方口径最高 35%，目前是 1 年期、无预付方案。如果你的账单大头在数据库（很常见），这一类值得单独算一遍。
⛔ 别把「最高」当成预期。 官方写的是上限，实际能拿到多少取决于你的用量形态、区域、期限与付款方式，以官方实时定价为准。另外注意：官方不同区域的宣传口径并不一致（例如中国区域页面上的数字与全球区页面不同，因为中国区独立运营、独立定价）——比较时以你实际所在区域的定价页为准。
三种付款方式：预付越多越便宜，但风险不同
同一个节省计划有三种付款方式，折扣深度依次递增：
| 付款方式 | 怎么付 | 适合谁 |
|---|---|---|
| 无预付（No Upfront） | 全部按月计费 | 现金流优先，或第一次试水 |
| 部分预付（Partial Upfront） | 先付一部分，其余按月 | 多数团队的平衡点 |
| 全部预付（All Upfront） | 一次性付清 | 现金充裕、要最高折扣 |
本质上这是用现金流换折扣——折扣差多少、你的资金成本多少，算一下就知道该选哪个。实践上，第一次买的人从无预付起步更稳妥：即使后面判断有偏差，损失也只是「折扣没拿满」，而不是「一大笔钱已经付出去了」。
⛔ 无论哪种付款方式，承诺本身都是不可撤销的。 全部预付把这句话的后果放大到最大：钱已经付了，用量降下来也退不回。唯一的例外是 7 天退货窗口，见下面第三条限制。
买之前必须先做的一件事：先右调，再承诺
承诺类折扣是按你当前的用量打折的。如果实例本身就超额配置，那买承诺等于把浪费一起锁定一年或三年。所以顺序不能反：
- 先右调：用 Compute Optimizer 之类的工具看有没有明显的过度配置。CPU 长期低不代表就该降配——要结合内存与 IO 一起判断。
- 再看架构：换到性价比更好的芯片架构（如 Graviton）通常能直接降本，而且没有锁定期，随时可以换回来。
- 最后才买承诺：把要长期保留的那部分用量，用节省计划或预留实例覆盖掉。
⛔ 顺序反了会双重损失：先按超额配置的用量买了承诺，之后为了降本又换了架构——承诺覆盖率跟着掉一截，而承诺是退不掉的。这也是「先定架构、再买承诺」这条原则的由来，展开见 Graviton 到底能省多少。
买多少：从稳态基线的 70–80% 起步，不要买满
Cost Explorer 会基于历史用量给你一个建议承诺金额，界面上一键就能买。这里容易犯错：
- 建议是基于过去算的，而业务会变：大促会过、实验会停、架构会迁移。
- 买满（100%）意味着任何用量下降都变成纯损失，而且节省计划没有转售通道（这点不如预留实例）。
- 买少了不算亏：未覆盖的部分按按需价走，只是没省到而已。
更稳的做法是先按稳态基线的 70–80% 买，跑一个月看覆盖率，再决定要不要补。这样即使判断偏了，偏差也只作用在没买的那部分上。同样的逻辑在 AWS 预留实例怎么买才不吃亏 里也适用。
三条几乎没人提的限制
这三条在宣传页上都不显眼，但都会实际影响成本：
- 节省计划不提供容量保留。 它只降低单价，不保证你要的机器一定开得出来。如果你的场景需要「容量一定有」（大促、关键业务、GPU 这类紧俏规格），要另外购买按需容量预留——好消息是两者可以叠加：用容量预留保容量，用节省计划的折扣价付费。
- 退货窗口只有 7 天，而且有额度上限。 官方口径是「过去 7 天内购买、且每小时承诺不超过 100 美元」的计划可以退，预付部分全额退还。超出窗口就只能按原计划走完——预留实例至少还有 RI Marketplace 这条转售通道，节省计划没有。
- 关账号不等于停止计费。 官方文档明确写着：账号关闭后，仍在生效的预留实例与节省计划会继续计费直到期限结束；Marketplace 订阅也不会随账号关闭自动取消，需要手动去终止。
⛔ 第三条对「临时项目用完就关账号」的做法杀伤力最大。 决定关账号之前，先确认账号里有没有未到期的承诺——否则你会为一个已经不存在的项目继续付钱，而且这笔钱是按原承诺金额算的，不会因为没用量而减免。
什么时候该选预留实例而不是节省计划
按需求对号入座：
| 你的情况 | 选哪个 |
|---|---|
| 需要容量一定有保证 | 预留实例（或单独买按需容量预留） |
| 实例族完全固定、要折扣最深 | EC2 实例节省计划，或标准预留实例 |
| 想要一条可转售的退出通道 | 标准预留实例（可在 RI Marketplace 转售） |
| 负载会漂移、想管理成本最低 | Compute 节省计划 |
| 两者都想要 | 混着买：稳态部分用预留实例打底，漂移部分用 Compute 节省计划覆盖 |
注意最后一行：官方明确说两者可以共存、同时生效——先应用预留实例，节省计划覆盖剩余用量。所以这不是一道单选题。如果你还打算用可中断的闲置算力进一步压低弹性部分，那就是「承诺打底 + 闲置吃峰」的混合底座，见 AWS Spot 实例实战指南。
常见问题
节省计划能在多个账号之间共享吗？
能。在 AWS Organizations 或合并账单体系里购买，默认覆盖组织内所有账号的用量。你也可以用成本类别把账号分组，在组这一层购买以限定优先适用范围，或者把权益限制在购买的那个账号里。这一点对多账号团队很实用——没必要每个账号单独买。
已经买了预留实例，还能再买节省计划吗？
能，两者共存、同时生效：先应用预留实例，节省计划再覆盖剩余用量。官方也建议在预留实例到期后改用节省计划，因为折扣水平相当而灵活度更高。
官网上写的「最高 72%」我能拿到吗？
那是官方列出的上限，不是任何人的预期值。实际幅度取决于你的用量形态、所属区域、期限与付款方式，以官方实时定价为准。我们看到过太多把上限当预算依据、最后对不上账的情况——先按 70–80% 覆盖率估算自己的节省，比按上限估算稳妥得多。
买错了能退吗？
只有很窄的窗口：购买后 7 天内、且每小时承诺不超过 100 美元的计划可以退，预付部分全额退还。超出这个窗口，节省计划没有转售通道（不像标准预留实例）。所以重点不是「买错怎么补救」，而是买之前控制风险：先右调、先定架构、先买 1 年期无预付的 70–80%。
节省计划到期后会自动续吗？
不会自动按原条件无限续下去。到期意味着折扣停止生效，之后用量回到按需价——账单上会出现一次跳变。这一点和预留实例一样，值得在日历上标出来，提前决定是续、是换类型，还是靠架构优化把用量降下来。承诺折扣与最终支付的金额是两回事，渠道侧的让利见 AWS 折扣与代理定价；节省计划本身的说明见 AWS 节省计划与预留实例、Spot 的成本对比。