技术帮助 · 发布时间：
云端应用采用预留实例与节省计划的混合采购测算，关键不是把折扣比例相加，而是找准能持续兑现的用量，并确认承诺购买后能否调整或退出。应用有稳定底座、又会随时段或季节波动时，混合方案通常比把全部资源按需使用更值得评估；但承诺过高，可能让未使用的额度变成沉没成本。
先按负载周期划分用量
别只看某一天的平均值。至少整理近三个月的逐小时账单或用量记录；若应用有年度旺季、促销或批处理周期，最好再检查覆盖完整周期的数据。区分长期稳定的基础负载、规律性峰值和临时增长，并排除测试环境、迁移任务等一次性用量。
测算时，先统一实例规格、区域、操作系统和计费口径，再计算每小时符合折扣条件的支出。以某个假设应用为例：若基础负载全天存在、晚间另有短时扩容，就不要把扩容峰值全部算进长期承诺。按需实例可承担难预测的部分，避免为偶发高峰购买长期额度。
预留实例与节省计划如何搭配
| 方式 | 适用条件 | 主要限制 |
|---|---|---|
| 预留实例 | 实例类型、区域等配置较稳定，且用量预计长期持续。 | 折扣适用范围可能受配置和购买选项约束；变更规格后不一定能按原方式获得预期收益。 |
| 节省计划 | 计算资源持续存在，但实例系列或部署方式可能变化。 | 通常按约定的小时支出承诺计费；承诺额度高于实际合格用量时，未用部分仍可能产生费用。 |
| 按需实例 | 短期项目、突发峰值或尚未验证的工作负载。 | 灵活性较高，但符合条件的长期用量没有预先承诺折扣。 |
以 AWS 为例，EC2 Reserved Instances 与 Savings Plans 的折扣适用条件不同；Savings Plans 还区分 Compute 和 EC2 Instance 类型。购买前应以账户中的具体产品条款、区域和计费说明为准。Azure 的 Reservations 与 Savings plan for compute 也有各自规则，不能仅凭名称把不同云厂商的承诺额度直接等同。
用保守基线计算，而不是追逐最高折扣
- 取数：导出按小时的计算资源费用和配置，标记可纳入承诺的用量；核对共享折扣、组织账单及现有承诺，避免重复计算。
- 分层：将持续、配置稳定的底座列为预留实例候选；把配置可能迁移但计算支出较稳定的部分列为节省计划候选；不稳定部分保留按需。
- 压测周期：分别用平常月份、低谷期和峰值月份估算利用率。若旺季只出现数周，按全年平均负载承诺可能偏高。
- 比较总成本：将承诺费用、按需补充费用、付款时间价值和未利用风险放在同一周期比较。先测较小承诺，持续观察，再决定是否追加。
- 设复核点：每月检查承诺利用率和覆盖率，并在架构迁移、区域调整或流量变化后重新测算。
云端应用采用预留实例与节省计划的混合采购测算，应以保守基线确定承诺额，而不是把峰值当作常态。若账单按小时波动明显，可把承诺比例设为低于稳定基础用量对应的上限，再以实际账单验证；具体比例需结合负载波动、产品规则和期限评估，不存在适用于所有应用的固定答案。
别把退订当成默认选项
预留购买和节省计划通常带有期限承诺，常见期限包括一年或三年，具体以购买页面和合同为准。一次性预付、部分预付或不预付会影响现金流与总费用，但不代表可以随时取消。AWS 的 Savings Plans 通常不能取消；部分 Reserved Instances 是否可转售、能否转售以及适用限制，须核实当时的账户资格和官方条款。不要把二级市场转售视作确定的退出通道。
因此，决策前应逐项确认：承诺期限、付款方式、折扣适用范围、修改或交换条件、取消限制，以及组织账户内折扣如何应用。若未来可能迁移区域、替换实例系列或缩减服务，优先控制长期承诺规模；把可退订性不明的项目按“无法提前退出”测算，风险更透明。
常见问题
混合采购是否意味着两种承诺都要买？
不是。只有稳定用量和配置变化风险分别适合两类产品时，才有必要组合；规模较小或负载不稳定时，按需使用也可能更稳妥。
应该用平均负载还是峰值负载测算？
先用逐小时数据识别稳定底座，再按低谷、常态和峰值分别测算。平均值会掩盖时段差异，峰值则容易高估长期需求。
购买后可以提前退订吗？
不能一概而论。取消、转售或修改条件取决于云厂商、产品类型和合同条款，购买前应确认；预算测算不应假设一定能退出。
