解读

在国内 Google Cloud 面试中，这道题考察的是候选人对 承诺使用折扣（Committed Use Discount，CUD） 与 Cloud SQL 弹性变配 之间耦合关系的理解。面试官希望听到两层逻辑：

1. 降配后 已购买的 CUD 额度不会自动作废或退款，仍需按原承诺金额继续抵扣；
2. 若新配置低于 CUD 所覆盖的 vCPU/内存区间，超出部分将转为“闲置承诺”，在账单中仍以 CUD 价格计费，但无法带来实际折扣收益。
   回答时要体现对 财务与运维联动 的敏感度，避免“直接退钱”这类合规性错误。

知识点

• CUD 本质：1 年或 3 年期预购资源量（vCPU+内存），按小时粒度锁定折扣，不可取消、不可降级、不可转让。
• Cloud SQL 降配场景：手动调低 Tier、自动弹性缩容、Terraform 直接改 machine type。
• 闲置承诺（Idle Commitment）：当实际运行资源 < 承诺资源时，差额部分即闲置，仍按 CUD 价计费，导致“花了钱却没用上”。
• 国内合规：Google Cloud 中国区由第三方运营商落地，合同条款与全球一致，无特殊退费通道；财务团队需做 跨项目分摊 或 内部 charge-back 消化闲置成本。
• 优化手段：
  – 在 Organization Policy 中设置约束 constraints/sql.restrictNonCudInstance，防止业务随意降配；
  – 利用 Recommender API 提前模拟降配后的闲置比例，评估 ROI；
  – 把闲置承诺 跨项目共享（同一 Billing Account），让其它高负载实例吃掉剩余额度。

答案

“Cloud SQL 实例降配后，CUD 剩余承诺不会返还或降级，仍按原购买量级每小时计费。若新规格低于承诺值，未匹配部分即成为闲置承诺，账单继续按 CUD 单价扣款，但无法产生实际折扣收益。国内落地环境下，闲置成本只能由同一 Billing Account 下的其它实例消化，或通过内部财务分摊消化；建议在降配前用 Recommender 做闲置比例模拟，必要时把资源让给兄弟项目，避免直接浪费。”

拓展思考

1. 如果业务 不可预测，是否改用 SUD（Sustained Use Discount） 更划算？
2. 对 多区域读副本 做独立 CUD 购买时，如何设计 跨区域 fail-over 后的承诺匹配策略？
3. 国内 双栈网络（VPC+经典网） 场景下，降配触发 IP 重新分配，会不会导致 Private IP 白名单失效，从而间接影响 CUD 资源的实际可用性？