云平台预留实例与按量实例混合采购策略，核心是用较低的长期承诺覆盖稳定需求，把临时扩容和不确定负载留给按量计费。配置不当时，预留容量可能闲置，或与实际运行的规格、区域对不上。采购前先看账单和运行记录，再按以下五项逐一核对。
误区一：拿峰值用量直接决定预留数量
峰值可能只出现在促销、批处理或季节性任务期间，不等于全年稳定需求。若按峰值采购，低谷时仍可能为未使用的承诺付费；若只看月均值，也可能低估持续运行的基础容量。
建议按小时或更细粒度查看近几个月的实例运行记录，区分常驻服务、周期任务和突发扩容。先覆盖长期稳定的基线，再为短时峰值保留按量实例。利用率要按账单中的实际计费规则核算，不能只看控制台显示的开机时间。
误区二：只对比 CPU 数量，忽略规格与折扣适用范围
两个实例即使 vCPU 数相同，内存、处理器系列、网络性能和本地存储也可能不同。预留产品通常受平台、区域、实例系列或操作系统等条件限制，具体规则因云厂商和产品而异。以 Amazon EC2 为例，区域型与可用区型预留实例的容量保障属性并不相同；不能把“有折扣”一概理解为“有容量保障”。
下单前把运行实例的完整规格与目标预留条款逐项对照，并确认变更实例系列、区域或租户范围后是否仍适用。业务确实需要特定可用区容量时，应单独核实容量预留能力和费用，不要仅凭折扣名称判断。
误区三：把全部稳定负载锁进同一承诺期限
期限越长，通常越需要承担未来需求变化的风险；期限较短，灵活性较高，但折扣和总成本要以云平台报价为准。若服务即将迁移、架构改造或可能停用，长承诺尤其需要谨慎。
按工作负载的可预测程度分层：生命周期明确、长期稳定的基础服务可比较较长期限；需求尚在变化的系统可先用较短期限或按量实例观察。不要只比较折扣百分比，应比较整个承诺期的总支出、可调整条件和提前退出限制。
误区四：把预留实例和按量实例比例一次定死
混合比例不是固定模板。按量实例适合弹性伸缩、临时测试和不确定任务，但单价通常高于满足条件的承诺折扣；预留实例适合持续运行且规格较可预测的负载，却会降低调整空间。
可先按账单测算基础负载的小时成本：将预留方案在承诺期内的费用折算到小时，再与相同条件下按量价格比较。若系统经常缩容、夜间停机或迁移，应把这些时段计入需求测算，避免仅按满负荷运行的假设采购。
误区五：买完不复核，闲置和缺口都看不见
业务发布、实例改型和区域迁移都会改变匹配结果。只在采购时核算，可能出现预留实例未充分使用，同时又持续购买按量实例的情况。
- 导出云平台账单与实例运行记录，按区域、规格和使用时段分组。
- 标记长期稳定负载、周期负载和突发负载，先估算稳定基线。
- 逐条核对预留产品的适用范围、期限、付款方式及容量保障条款。
- 用平台提供的成本分析或账单工具比较承诺方案与按量方案的总费用。
- 每月复查利用率、未覆盖用量和闲置承诺；遇到迁移或扩缩容计划时提前重新测算。
因此，云平台预留实例与按量实例混合采购策略应建立在实际负载和条款核对之上，而不是套用固定比例。先保守覆盖稳定基线，保留按量弹性，再根据账单持续调整，通常更容易兼顾成本与变更空间。
常见问题
预留实例一定会锁定计算容量吗？
不一定。折扣权益与容量保障可能是不同功能，需查看具体云平台和产品的条款。
应按月均用量还是峰值采购？
两者都不宜单独使用。用分时运行记录识别稳定基线，峰值部分通常由按量容量或弹性伸缩承接。
什么时候应重新测算？
至少定期检查账单；实例规格、区域、架构或业务运行时段发生变化时，应及时复核。
按量实例是否只适合短期任务？
不只如此。对需求不确定、需要快速扩缩或暂不适合长期承诺的负载，按量方式也有价值，但需关注持续使用成本。
