摘要

  • Oracle 的容量预留是在某个租户的某个可用性域内、按 shape 定义的容量配置；一份预留可以包含多个配置，并可选择指定故障域。
  • 实例只有与预留位于同一可用性域时才计入该预留，且容量类型互斥；抢占式容量不保证任何最短保留时长，终止开始前两分钟会发出事件。

在容量预留页面，Oracle 写明：创建容量预留时，需要在租户中指定希望预留容量的可用性域；随后可以添加容量配置，容量配置定义要预留的空间量以及创建实例时使用的 shape；此外可以选择指定故障域；每份容量预留可以包含多个容量配置。该页原文为英文，此处及下文的引述均为中文翻译。这句话的技术分量在于三个坐标：租户、可用性域、shape。预留不是一个账户级额度，也不是一个区域级池子。

同一页面的摘要性描述（属于页面层面的转述，而非逐字原文）进一步说明：预留绑定在该可用性域与该租户上，不能跨区域，也不能在可用性域或租户之间移动。这解释了为什么预留的调整方式主要是重建，而不是搬迁。

启动实例页把这条规则讲得更直接：要让一台实例计入容量预留，实例必须与容量预留位于同一可用性域；若要把实例放到专用虚拟机主机上，主机必须与实例位于同一可用性域和同一故障域；容量类型互斥。换言之，账号里存在一份预留，与这台实例能否用上它，是两个不同的问题。

区域与可用性域页描述的是失效边界，不是数量边界：可用性域彼此隔离、容错，并且极不可能同时失效；故障域是可用性域内硬件与基础设施的分组，每个可用性域包含三个故障域；故障域提供反亲和性，使实例不会被放在同一可用性域内的同一台物理硬件上。隔离说明的是「会不会一起坏」的结构，不是「能拿到多少」的量。把这两类陈述混为一谈，是目录阅读最常见的误读。

抢占式实例页把抢占式容量写成一种生命周期安排：其行为与常规计算实例相同，但当该容量在别处被需要时会被收回，实例随之中止；容量不保证任何最短时长，因此实例可能随时被收回；在终止开始前两分钟，会发出一个 instancepreemptionaction 事件。该页没有说抢占式更便宜，也没有承诺替换容量、重试或迁移。两分钟是一个被文档化的信号，不是一个可用性保证；把信号读成保障，会让中断处理的工程量被低估。

计算概述页在本次检索中没有返回任何逐字段落。因此该页关于按需、抢占式、预留与专用容量类型的清单，只能记为页面层面的描述，不能作为页面原文引用。这是本次阅读的一条明确边界，而不是对该页内容的判断。

把上述几页放在一起，短缺出现的位置就清楚了：不是在下单时，而是在横向扩容时。一个训练或推理计划若按区域与 shape 的目录估算容量，它使用的分母是地图；实际约束的分母则是某一个可用性域内的某一个 shape。两者之间没有自动换算关系，也没有任何已发布的数字会因此变化来提醒计划者。

本文不做价格与供给判断。所读页面没有给出任何 shape 的预留期限、续期规则、价格或容量承诺；也没有说明加速或 GPU shape 系列被排除在抢占式或预留容量之外——沉默不等于包含。本次也没有读到库存、分配或回收记录，因此不涉及稀缺性或利用率。把这些页面与 Oracle Cloud 在名录中的条目一起读，可以对照同一对象在其他语境中的记录：BTW 名录中的 Oracle Cloud。