Summary

  • RDS 未来容量预约进入 scheduled,代表 AWS 已接受、当前尚无费用,同时取消窗口关闭。激活后,常规取消要等承诺期结束;立即使用的预约适用另一套退出条件。
  • 未来预约每可用区至少 32 vCPU、至少承诺 14 天,X 系列最低为 12 周。按双区、每单位两颗 vCPU 的 db.r7g.large 演算,最低合计是 32 个数据库容量位置。

上线会可以改期,容量预约另有日历

业务负责人把上线日期往后挪,技术团队随后调整迁移计划。采购需要再看一眼:原来的容量预约,还能不能撤?

AWS 在 10 月 21 日公告中,为商业区域的 Aurora 和 RDS 推出按需容量预留。客户可以提前保留特定计算容量,用于创建、恢复、启动或调整实例计算规格。对于必须在固定日期开门的业务,一个确定的容量位置有实在价值。

决定退出权的节点在使用之前。状态说明把已经接受的未来请求称为 scheduled,并写明此时尚不收费。取消规则则在这个状态关闭取消。

于是,费用看板可以安安静静,购买承诺已经站好了岗。等第一笔费用出现再追问谁批准这段容量,会错过一部分决策窗口。能修改业务日期的人,需要在预约获接受前看见这张采购日历。

“留点位置”有一个不小的起订量

立即使用的预约没有承诺期,可以按需取消。未来预约可以提前 5 至 120 天安排,最低承诺 14 天;X 系列的最低承诺为 12 周。未来预约还有一个按区计算的门槛:每个选定可用区至少 32 vCPU。

官方文档以 db.r7g.large 为每单位 2 vCPU 的示例。构造一个刚到最低门槛的双区预约,每区需要 16 个单位,两个区合计 32 个容量位置,至少持续 14 天。这里统计的是两区的预留计算位置,其中也包括 Multi-AZ 部署备用侧需要的位置。

一场短促的业务活动,可能值得购买更长的容量保护。完整数量和期限应当进入活动预算。把请求简写成“迁移时留点位置”,会把文档里的起订量留给财务在后来补课。

谁改期,决定哪扇门能开

AWS 还在评估未来容量、状态为 assessing 时,客户可以取消。一旦进入 scheduled,预约保留到开始日期;之后激活,常规取消须等承诺结束。供应方未按要求日期交付、进入 delayed 时,取消页另列了立即取消通道。客户自己的活动延期,并不会自动把服务状态改成 delayed。

这将两类日期分开:业务计划回答何时需要容量,预约状态回答何时可以退出采购。供应方组织未来供给,买方承担自身业务日程变化的风险。能批准活动延期的负责人,也需要掌握预留的开始时间、承诺结束时间和当前状态。

数据库停了,位置还在买单

计费文档规定,容量在账户中完成预配后开始计费。激活但未使用的单位,按相应按需价格收费。匹配实例占用一个单位时,客户支付实例费用,这个单位不再另收预留费。

停止实例,会把它占用的部分变成未使用预留,预留成本继续。符合条件的取消,或到达结束日期,才会结束相应预留收费。存储、输入输出及其他数据库资源继续按各自规则计费;适用折扣可以来自 Reserved DB Instances 或 Database Savings Plans。

因此,“把数据库停掉”的工单可以完成,购买位置的决定仍在执行。释放位置有自己的退出条件,也需要自己的负责人。

买了位置,还要把部署带进去

使用规则要求操作显式指定预约名称或标识符。引擎、实例规格、适用的许可模型及可用区都要匹配,并有可用容量。Multi-AZ 的主、备两区都要有位置。预算买下的保护,要由实际部署指向这份容量才能兑现。

退出窗口重新打开时,还要给保留位置估价。取消 API会释放预留,而已有数据库继续运行、不被修改。后续若发生硬件迁移,失去预留保护后可能遇到容量不足。最初的活动结束之后,下一次操作是否仍需要位置,也属于释放决定。

客户预约历史与实际费用尚未公开;它们会说明有多少承诺最终空置、花了多少钱。公开规则已经把签字时点画清楚:应在 scheduled 之前。AWS 提供提前确定的匹配容量,客户为业务日期变化承担一段退出受限的时间。计费器开始转动时,一部分交易已经落定。

来源