去年 AWS re:Invent 大会上开始出现一个微妙变化，具体表现为：新发布的 EC2 实例类型不再支持预留实例（ Reserved Instances，简称 RI）了。
如果你去查看诸如 trn2、p5e、i8g、f2 和 i7ie 这些实例类型的定价页面，你会发现它们只显示 Savings Plans 折扣价，完全没有 RI 的踪影。
🧱 预留实例的淘汰早有端倪
对于 RI 来说，上述情况已经存在了一段时间。
Savings Plans 才是未来趋势——它提供与 RI 相同的折扣力度，却大幅减少了人工管理成本。
虽然它不再支持“可转换预留实例的双重转换套路” ，但我猜测 AWS 可能正暗自庆幸——终于不用再应付客户各种规避承诺期限的花招了。
“可转换预留实例的双重转换套路”：
原文指“The Convertible RI Double Irish with a Twist”，首年按月购买无预付款的小额 RI，第 11 个月时将其兑换成大量
c8G.24xlarge实例。既能享受 RI 折扣，又只需承担 1 个月的高额承诺期，特别适合波动型负载。
💡 AWS 的策略：悄无声息地切换阵地
我一直在思考 AWS 将如何推动 Savings Plans 成为唯一折扣方案。
他们并不会设定某个明确的“截止日”，然后就此一刀切淘汰 RI，而是采用一种更温和、对客户更友好的方式：新实例不支持 RI，旧的你可以继续买。
这种过渡方式确实聪明，也减少了用户的焦虑。
当然，更理想的方案本应将 RDS、OpenSearch、Redshift 等服务的专属 RI 也也统一到 Savings Plans 里来，但这些产品团队似乎更热衷于构建自己的小王国，坚定地保留自己的价格体系。
看看 SageMaker 就知道了：他们单独搞了个“专属 Savings Plans”，结果反而限制了客户的架构选择，让人必须一开始就决定好是用 EC2 还是托管服务。
反观 Fargate 和 Lambda 就做得很好：它们把折扣机制直接合并进了 Compute Savings Plans，让客户在不同的服务之间自由切换。
遗憾的是，那些坚持“自建体系”的团队，实际上通过经济手段让客户在架构上做出妥协，甚至在很多情况下，让客户无法采用那些对他们和 AWS 本身都更合适、更高效的服务。
其实对大多数客户来说，这个改变并不大。
说真的，现在已经过去半年了，几乎没人主动提起这个话题，大多数人估计是第一次从这篇文章里得知这个变化。
毕竟 2025 年的今天，主流客户早已转向 Savings Plans 并从中受益。
🤯 这对一些“创意型预算团队”是个转折点
有些公司喜欢用“很有创意的方式”来管理他们的 RI 花费，而随着新实例系列只支持 Savings Plans，这些方法可能就行不通了。
未来几年，当 RI 在现代实例类型中彻底消失时，你根本不需要什么第三方工具来帮你管理预算。
你只需要用 AWS 自家的免费工具 —— Savings Plan Purchase Analyzer，接受建议，然后按季度采购即可。
预留实例的使用指南终将成为历史注脚，而 Savings Plans 使用指南将成为唯一参考。
✅ 总体来看，这是用户的胜利
总体而言这是客户的胜利：不必立刻改变现有做法，但确实应该开始关注 AWS 的未来优惠策略并及时调整，迈向一个不再绑定单一实例类型的、更现代的节省方式。
但 Savings Plans 也存在其局限性，看起来节省的方式，最终可能让你付出更多。关于 Savings Plan 的详细介绍请查阅：别再被忽悠啦！揭秘 AWS Savings Plans 的糖衣炮弹：省钱不成，反被“绑架”？
如果你正在寻找一种无需长期承诺、效果立竿见影的降低 AWS 云成本的方式，欢迎体验 CloudPilot AI。仅需2步，且无需修改任何业务架构和代码，将 CloudPilot AI Agent 接入您的 EKS 集群后，即可自动开启节省。
我们已帮助 100+ 家企业累计节省超过 5000 万美元，平均节省幅度高达 67%。
试用地址：cloudpilot.ai
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
