GCP 的持续使用折扣不用申请自动生效，但不与承诺折扣叠加。讲清四层折扣怎么配，以及别把两者算重。
GCP 的折扣体系是五家里层数最多的，一共四层。其中有一层非常特殊：你什么都不用做，它自己就生效。
这就是持续使用折扣（SUD, Sustained Use Discount）——跑得够久就自动打折，不用申请、不用承诺、不用签任何东西。AWS 和 Azure 都没有等价机制。
但正是这一层最容易算错：SUD 和承诺折扣（CUD）不能叠加。很多第三方文章把两者说成可以叠着算——不对，官方文档写得很明确。这篇把四层讲清，并重点讲这个坑。五家的机制横向对比见 五家云厂商折扣机制对比——第一层「不承诺也自动生效」目前是 GCP 独有的。
四层折扣，其中一层你什么都不用做
先给全景。按「要不要你主动做什么」排序：
| 层 | 要不要主动做 | 让出什么 | 官方公开口径 |
|---|---|---|---|
| SUD 持续使用折扣 | 不用——自动生效 | 什么都不用让 | 最高 30% |
| CUD 承诺使用折扣 | 要买（1 年 / 3 年） | 承诺用量 | 1 年最高 37% / 3 年最高 55%（内存优化机型 70%） |
| Flex CUD | 要买（短期） | 承诺用量，期限更短 | 约 28% / 46% |
| Spot 竞价实例 | 要主动选用 | 接受被回收 | 最高 91% |
⚠️ 上表的百分比是 Google 官方计费文档里公开列出的数字，用来说明机制，实际折扣随机型、区域与期限浮动，以官方实时报价为准。我们自己的渠道口径只有一个：整体账单低 30%–50%。
最关键的提醒在这里：这四层不是简单相加。尤其是第一层和第二层——见后面「最容易算错的一条」。
第一层：SUD 持续使用折扣（自动生效，别家没有）
SUD 的逻辑很简单：同一类资源在一个计费周期内跑得越久，单价越低。 它不需要申请、不需要承诺、也不需要你做任何配置——账单上会自动体现。
- 为什么它特别：AWS 和 Azure 都没有这种「跑够时间自动打折」的机制。在 AWS 上想拿到等价的折扣，你必须主动买预留实例或节省计划。
- 实际含义：如果你在 GCP 上长期稳定运行一批机器，即使你什么都没做，账单也已经比「纯按需价」便宜了一截。
- 官方口径：最高约 30%（随资源类型不同，以官方文档为准）。
一个实用的推论：评估「上不上 GCP」时，拿它的纯按需价和别家的按需价直接比是不公平的——GCP 的按需价在实际跑满一个月后会自动降。要拿 GCP 跑满一个月后的实际账单去比。
这也是很多人觉得「GCP 看起来贵、用起来还行」的原因之一。
第二层：CUD 承诺使用折扣（买一年或三年）
CUD（Committed Use Discount）就是别家都有的那套：承诺一段时间的用量，换取更低的单价。 GCP 提供 1 年和 3 年两档。
| 期限 | 官方公开口径 | 代价 |
|---|---|---|
| 1 年 | 最高约 37% | 锁一年 |
| 3 年 | 最高约 55%（内存优化机型 70%） | 锁三年——换机型/迁区域都要背着 |
判断点与别家通用：只承诺稳态基线（每天都跑的那部分），不要按峰值或平均值买；分批买没有价格代价；先定架构再买承诺（换机型会让承诺覆盖率下降）。详细算法见 AWS 预留实例怎么买。
⛔ 这里有个 GCP 特有的陷阱：既然 SUD 已经给了一层自动折扣，有人会以为「CUD 是在 SUD 之上再打折」。不是——下一节专门讲这件事，这是本文最重要的一节。
第三层：Flex CUD（更灵活，折扣浅一些）
Flex CUD 是期限更短的承诺（官方提供较短期的档位），折扣比 1 年 / 3 年 CUD 浅一些（公开口径约 28% / 46%），换来的是更短的锁定期。
- 适合：用量有明显基线、但不想锁三年的场景；或者还在观察期、想先试一段承诺。
- 不适合：连稳态基线都还没跑出来的早期阶段——承诺用不满就是浪费，不管期限多短。
- 与标准 CUD 的关系：不冲突。可以先买短的试，稳定后再转长的。
一个稳妥的做法：先跑一个月拿真实基线 → 用短期 Flex CUD 覆盖一小部分 → 观察覆盖率 → 稳定后把其中一部分转成长期限。每一步都能用上一步的真实数据做依据，比一开始就赌三年便宜得多。
第四层：Spot（最低价，但会被回收）
Spot 是使用可回收的闲置算力，价格最低（官方公开口径最高 91%），代价是会被回收。
| 适合 | 不适合 |
|---|---|
| 批处理 / 离线计算 / 转码队列 | 数据库主节点 |
| 自动化测试、CI 编译 | 有对外 SLA 的服务 |
| 无状态、可重调度的 worker | 中断后需要人工处理的任务 |
⛔ 「可中断」要严格定义：能自动重试才算。需要人来处理恢复的不算——省下的钱会被运维时间吃掉。完整适用边界见 AWS Spot 竞价实例能省多少，各家 Spot 机制几乎一样，那份清单可以直接用。
最容易算错的一条：SUD 和 CUD 不能叠加
这是本文最重要的部分，也是很多第三方文章写错的地方。
官方文档的说法是：折扣类型不能组合（"Discount types cannot be combined"）。 具体规则是：
- CUD 优先：你承诺的那部分用量，按 CUD 的折扣价计算。
- SUD 只作用于超出承诺量的部分：跑在承诺之外的用量，才走自动的持续使用折扣。
- 两者不是相乘，也不是相加。 承诺覆盖的部分不会「先打 CUD 折、再打 SUD 折」。
| 用量区间 | 适用折扣 |
|---|---|
| 承诺覆盖的部分 | CUD |
| 超出承诺的部分 | SUD（自动） |
| 同一部分用量 | ⛔ 不叠加，只有一种生效 |
⛔ 所以「SUD 最高 30% + CUD 最高 55% = 85%」这种算法是错的。 正确算法是分段的：承诺内按 CUD，超出部分按 SUD。把承诺量估得越准，整体折扣越接近 CUD 那档；估多了，超出部分只能拿 SUD。
这也给了一个实用的判断：如果你买 CUD 时把承诺量估得过大（超出实际稳态），那多出来的承诺不仅是浪费，还会让本可以拿 SUD 的部分被更贵的承诺占用。所以宁可少承诺一点，让超出部分自动走 SUD——这比在别家买多了承诺的代价要小，但也仍然要避免。
四层怎么组合
按「先自动、再灵活、最后锁死」的顺序：
- 第一步（零操作）：SUD 已经在生效了。 不需要你做任何事，但要知道它存在——否则你会误判账单、也会和别家做错误的对比。
- 第二步（零承诺）：可中断的任务走 Spot。 批处理、测试、离线计算迁过去。
- 第三步（可回退）：清闲置、看存储分层。 没用的机器、没挂载的磁盘、冷数据留在热层——这些先清掉，基线会下降。
- 第四步（短期承诺）：Flex CUD 覆盖一部分基线。 用前三步的真实数据定基线，先用短期限试。
- 第五步（长期承诺）：标准 CUD（1 年起）。 到这一步，你已经知道稳态是多少了。
| 顺序 | 动作 | 代价 |
|---|---|---|
| 1 | SUD（自动） | 无 |
| 2 | Spot 跑可中断任务 | 中断风险 |
| 3 | 清闲置 / 存储分层 | 无 |
| 4 | Flex CUD（短期） | 短期承诺 |
| 5 | 标准 CUD（1/3 年） | 锁定期承诺 |
还有第六步，与前五步不冲突：通过代理渠道开通与结算，降低的是你实际支付的金额（前五步降低的是 GCP 账单上的单价）。不同层面，可叠加——见 GCP 折扣与代理定价。
GCP 的伙伴体系是 Partner Advantage（等级从 Member 到 Diamond，2026 年新增了 Diamond 档），与其他家的等级体系不同，不要用别家的等级去套 GCP。
常见问题
SUD 需要申请吗？
不需要。持续使用折扣是自动生效的——资源在一个计费周期内跑得够久，折扣会自动体现在账单上，不用申请、不用承诺、不用配置。这是 AWS 和 Azure 都没有的机制（在那两家，等价折扣必须主动买预留实例或节省计划）。
SUD 和 CUD 能叠加吗？
不能。 官方文档明确写了折扣类型不能组合：CUD 优先覆盖承诺内的用量，SUD 只作用于超出承诺量的部分。所以「30% + 55% = 85%」这种算法是错的，正确算法是分段的。这也意味着承诺量要估准——估多了，超出部分只能拿较低的 SUD。
GCP 的按需价是不是比别家贵？
不能直接比。GCP 的按需价在跑满一个计费周期后会自动降（SUD），而别家的按需价不会自动变。要拿 GCP 跑满一个月后的实际账单去和别家比，拿标价直接比会高估 GCP 的成本。这也是「GCP 看着贵、用起来还行」的原因之一。
该买 Flex CUD 还是标准 CUD？
看你能看多远。用量还在观察期、或不想锁三年 → Flex CUD（期限短、折扣浅一些）；基线已经稳定、明确要跑满 → 标准 CUD（1 年起，折扣更深）。稳妥做法是先短期试，再用真实数据决定要不要转长期。 判断方法与别家通用，见 AWS 预留实例怎么买。
Spot 最高能到 91%，是不是该全用 Spot？
不该。91% 是官方公开的最高口径（随机型与供需浮动），而且 Spot 会被回收。只把「中断后重跑代价可接受」的任务放上去——批处理、测试、离线计算、可重试队列。数据库主节点、有 SLA 的服务、中断后要人工处理的任务都不适合。适用边界见 AWS Spot 竞价实例能省多少。
官方折扣和代理折扣冲突吗？
不冲突，作用在不同层面：官方折扣（CUD / Flex CUD / SUD / Spot）降低的是 GCP 账单上的单价，代理折扣降低的是你实际结算支付的金额。两者可以同时生效，不是二选一。见 GCP 折扣与代理定价。