成本优化

买太少省不下钱,买太多变成沉没成本

我们的做法是分批阶梯式购买,先覆盖最稳定的基线,每季度按实际使用率复盘再加一层。

折扣工具对比

工具灵活度折扣适用
Compute Savings Plans最高(跨机型、跨区域、跨服务)最高约 66%首选,覆盖 EC2 / Fargate / Lambda
EC2 Instance Savings Plans中(绑定实例家族与区域)最高约 72%机型确定且长期不变的负载
标准预留实例低(绑定规格)最高约 72%数据库等规格稳定的服务
可转换预留实例中(可换规格)最高约 66%需要保留调整余地
RDS / ElastiCache / OpenSearch RI最高约 60%对应托管服务的稳定实例

折扣率随期限(1年/3年)和付款方式(无预付/部分预付/全额预付)浮动。三年全预付折扣最大但资金占用也最大。

覆盖率怎么定

覆盖率不是越高越好。我们的经验区间是 65%-80%:低于 65% 说明还有明显的省钱空间;高于 85% 则一旦业务收缩或架构调整,多买的额度就浪费了(Savings Plans 不能退,只能转让)。

购买节奏建议分三批:第一批覆盖 50% 的稳定基线,观察一个月;第二批加到 65%-70%;剩下的看业务增长趋势再决定。每次购买前都要确认未来 12 个月没有大的架构调整或下线计划。

  • 只对连续运行超过三个月的稳定负载做承诺
  • 计划下线或重构的系统不纳入承诺范围
  • 优先买 Compute SP,灵活度最高,机型换代不影响
  • 监控利用率,长期低于 95% 说明买多了
  • 到期前 60 天启动续期评估,避免自动回落到按需价
  • 推荐覆盖率65% - 80%
  • 利用率健康线≥ 95%
  • 复盘周期每季度
  • 续期提醒到期前 60 天

承诺管理运营清单

购买前

  • 分析近 90 天的稳定基线用量(按小时消费额)
  • 确认未来 12 个月无重大架构调整计划
  • 剔除计划下线的系统用量
  • 评估现金流,选择合适的付款方式
  • 组织内共享:在 Organizations 层面购买,全账号共享折扣

运营中

  • 月度检查覆盖率与利用率两个指标
  • 利用率低于 95% 时排查原因(是否有资源下线)
  • 覆盖率低于 60% 时评估加购
  • 新增稳定负载纳入下一轮采购考虑

到期管理

  • 到期前 60 天列出即将到期的所有承诺
  • 重新评估用量基线(可能已经变化)
  • 决定续期额度并提前下单,避免断档
  • 记录历史决策,供下一轮参考

下一步

把云的复杂度交给我们,你只管做业务

留下需求,沐杉云的解决方案架构师会在一个工作日内联系你,提供免费的现状评估、迁移方案草案与 TCO 测算表。