摘要

  • AWS 在 2026 年 9 月开放 EC2 未来容量预订的开始日期延期。临近开工的改期通常会增加承诺天数；官方示例中，14 天的预订推迟一周，承诺期变成 21 天。
  • 取消和延期分别报价。收费取消会立即放出容量，但付款可能持续到缩短后的承诺期结束；买方需要比较两份代价，而非只看新的上线日期。

日历移动了，订单长大了

“再给我们一个星期。”在项目会上，这句话可以买来一点安静。到了云采购界面，它还可能买来一个星期的账单。

AWS 于 9 月 28 日宣布，EC2 未来容量预订可以推迟开始日期。对迁移、发布和集中计算任务来说，这当然有用：机器准备好时，数据、软件和业务批准未必同时到场。供应商终于允许日历移动，项目团队少了一个必须硬闯原定日期的理由。

但这份灵活性有自己的报价。AWS 的改期说明给出典型规则：距离当前开始日期超过两周提出申请，通常不增加承诺；进入两周以内，每推迟一天通常要增加一天承诺。具体条款由当次报价决定。

官方用一个 14 天承诺期举例：在距离开始日期一周时，再往后推一周，承诺期成为 21 天。第一个可用日向后移动，购买的使用期也变长了。采购负责人若只批准新的开始日期，就漏看了订单的另一端。

这是一种很精巧的买卖。买方用更长的承诺，换取更晚的到场时间。供应商得到的补偿藏在天数里，项目表上却可能只有一根被向右拖动的横条。

晚到的工作，未必需要晚走

延误通常先出现在依赖项上：数据还没准备好，测试没过，业务窗口变了。这里不需要假设某家客户出了事故。一个原本只需两周的任务，推迟开始以后，任务本身仍然可能只需两周。

承诺多出的那一周有没有价值，要看后续工作能否用上它。若新计划本来就需要三周，增加的购买期能承接真实需求。若任务只是整体平移，尾部就可能出现一段买了却无事可做的容量。财务不能把“上线日获准推迟”直接记成节约；它应当问新承诺结束前，每一段容量准备干什么。

AWS 的容量定义也让临时调剂有了边界。预订对应具体的可用区、实例类型、平台和租用方式。未来预订进入承诺期后，实例数量不能降到已承诺数量以下。团队说“到时拿去干别的”，需要找到确实匹配这些条件的工作。

账单不会因为这种工作还没找到就停下来。计费说明规定，活动预订中的未使用容量按相应按需费率计费；匹配实例占用容量时，该位置不会再叠收一笔预订费。采购的经济价值因此取决于付费期间的实际用途，而不是把日历改漂亮的手艺。

两周以前，组织效率也有价格

规则把内部沟通速度变成了采购条件。延期迹象早已出现，团队却等到最后一次例会才承认，报价可能已经换了一档。供应商看的申请时间，与公司第一次察觉项目要晚的时间，往往是两个日期。

这让一种熟悉的管理习惯变得昂贵：负责交付的人尽量保住原定承诺，负责容量的人继续相信它，最后由基础设施预算接住突然增加的天数。每个部门都能解释自己的动作，整家公司却可能为迟说出口的一句话付钱。

提前讨论也不等于见到风险就取消一切。稀缺容量本身有用，供应商需要安排供给。值得争取的是在较便宜的调整窗口还开着时，把“会不会晚”变成明确的购买选择。对需要这份容量的项目，确定性值得付费；对已经改了方向的项目，继续维持旧日历只是给问题续费。

延期按钮不是橡皮擦

改期还有几道具体边界。从最初的开始日期算起，累计最多推迟 30 天；距离开始不足一小时，便不能再推迟。改期报价有效期为 24 小时。AWS 处理一项修改时，客户不能替换或取消那项正在处理的申请。

申请也有结果之分：处理中、已应用、被拒绝。提交了新日期，项目计划还不能抢先把它当成已经获准的新容量安排。否则业务团队按新日期走，旧预订的时钟却还可能在原处。

尤其值得留意的是两只时钟。延期的典型加期规则看“当前开始日期”，而取消费率表看“最初开始日期”。反复推迟并没有给客户一张可以自行认定的免费取消通行证。需要退出时，拿到当时的取消报价，再与延期报价比较；两张表不能凭想象拼成一套套利公式。

出口打开了，仍然要结账

AWS 已在 6 月 10 日开放未来预订取消。这给项目增加了一个真实选择：与其为延后的工作买更长时间，也可以付出取消代价，释放原来的容量。

取消规则按时间提供一般指引：越早退出，通常越便宜；临近原定开始日期，收费承诺比例会提高，交付后则看剩余承诺。具体的计费持续时间由报价确定。仍在评估、供应商延迟交付等状态另有免费取消规则；没有剩余承诺的活动预订也可以免费取消。

收费取消最容易被看漏的地方，是容量和付款分手了。容量立即释放，费用却继续计到缩短后的承诺期结束。适用的 Savings Plans 或区域预留实例折扣仍可作用于相关费用。对于尚有承诺的预订，AWS 要求先停止或终止其中运行的实例，再办理取消。业务停机怎样安排，也得进入这次决策。

财务报表里，这笔退出费用有明确痕迹：CUR 2.0 可以出现 Cancelling 状态的 UnusedBox 项。它与仍握在手中、能够安排工作的闲置容量不同。若把两者一律交给“提高利用率”项目处理，就会要求工程师去填满一个已经交还的座位。

客户实际接受的报价、延期后的利用率和最终费用尚未公开，这三项决定多出的天数究竟买到了多少有用工作。眼下的采购问题已经足够清楚：公司愿意为新日期增加多少承诺，又愿意付多少钱退出旧安排？

把这两份报价交给有权改变项目日期的人。延期会上的一句“同意”，应该连同它买下的天数一起签字。

来源