節省計劃不是「更便宜的預留實例」。三種型別折扣深度不同，還有三條少有人提的限制：不提供容量保留、退貨視窗只有 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 的成本對比。