Oracle 将始终免费 ARM 限额减半

# Oracle 将 Always Free ARM 限额减半 — 2026年8月18日之前你需要做的具体操作 来源：https://www.cnelecar.com/blog/oracle-always-free-arm-limits-cut-2026/ ## 简短回答：在 2026 年 8 月 18 日之前缩减或合并 如果你运行的任何 Ampere A1 ARM 实例超过了 **2 OCPU 或 12 GB 内存**——或者运行了多个这样的实例——你需要在 **2026 年 8 月 18 日** 之前采取行动，否则 Oracle 将自动终止超出的部分。你的两个免费 x86 实例不受影响。 你这周大概收到了那封邮件。Oracle 正在悄然将其"Always Free"（始终免费）ARM 配额削减一半，而且截止日期是实打实的。 > "从 2026 年 8 月 18 日起，Oracle 将开始强制执行更新后的 Always Free 计算限额。超出 Always Free 配额的计算实例将被自动终止。" "当前 Always Free 计算限额：最高 2 个 Ampere A1 OCPU。最高 12 GB 内存。" > —— 来自 Oracle 的邮件 以下是发生了什么变化、这对你的租户意味着什么，以及根据你当前运行的配置所应采取的精确操作。 --- ## 实际变化是什么 Always Free 的 ARM 部分过去相当慷慨：**4 OCPU 和 24 GB 内存**，可以用作一个大型实例或拆分为两个实例。自 2026 年 8 月 18 日起，它正好减半。 | 资源 | 旧限额 | 新限额（2026年8月18日起强制执行） | |------|--------|------| | ARM（Ampere A1）OCPU | 最高 4 OCPU | **最高 2 OCPU** | | ARM 内存 | 最高 24 GB | **最高 12 GB** | | x86 微型实例 | 2 × 1 OCPU / 1 GB | 2 × 1 OCPU / 1 GB（不变） | | 其他 Always Free 服务 | 可用 | 保持可用 | 有一点经常让人困惑：ARM 限额是**租户级别的总池**，而不是按实例计算的。你总共可以获得 2 OCPU 和 12 GB，可以随意分配——一个 2/12 的实例，或者两个 1/6 的实例——但总和不能超出。而且这与两个 always-free x86 实例是分开的，后者保留自己的配额。 --- ## 为什么会发生这种情况 Oracle 在邮件中没有说明原因，我们也不会装作知道。可能的原因是在这个出了名好得不真实的服务层级上进行容量和滥用管理。比动机更重要的是数字：如果你超出了新的资源池，在截止日期之前必须有东西要被舍弃。 --- ## 根据你当前运行的配置，你的应对方案 ### 场景 A — 你有一个 4 OCPU / 24 GB 的 ARM 实例 这个最简单。**将其缩小到 2 OCPU / 12 GB。** 在 OCI 控制台中，打开 **计算 → 实例**，选择你的实例，点击 **更多操作 → 编辑**，将 OCPU 设为 2、内存设为 12 GB（在 Ampere A1 上，规格会同步调整 OCPU 和内存，2 OCPU 时最大为 12 GB），然后保存。实例会进行调整——先备份，因为任何规格变更都是做快照的好时机。 现在就做，不要等到 8 月 17 日。截止日期临近时控制台会变得拥挤，你不想在终止前一天调整规格失败。 ### 场景 B — 你有两个 2 OCPU / 12 GB 的 ARM 实例（比如我） 两个 2/12 的实例加起来是 **4 OCPU 和 24 GB**——正好是新资源池的两倍。你不可能两个都保留。**选一个，备份数据，然后终止它。** 保留另一个 2/12 的实例，你就正好在限额上。 我自己就处于这种情况：我前段时间开了两个 2/12 的 ARM 实例，一直没有合并。解决办法是给要退役的那个做快照或镜像，把我在意的东西复制到保留的实例上（或对象存储中），然后终止。一旦它被删除，租户就降到 2/12，Oracle 就不会动你了。 ### 场景 C — 你有两个 1 OCPU / 1 GB 的 x86 实例 **什么都不用做。** 这些是 Intel/AMD 微型实例，它们与 ARM 资源池是分开的配额。新限额中没有提到它们，它们会继续运行。不用管它们。 --- ## 什么救不了你（常见错误） - **忽略邮件，希望这是个错误。** 并不是。强制执行日期是 2026 年 8 月 18 日。 - **等到最后一天。** 本周就完成调整或终止。截止日期临近时控制台变慢和配额异常，这种事会把一个 10 分钟的工作变成错过截止日期。 - **终止前忘记备份。** 已终止的实例及其引导卷就没了——没有撤销操作。 - **以为停止实例就能释放配额。** 通常不会。要降到限额以下，你通常需要**终止**，而不仅仅是停止。查看你租户的**限额、配额和使用情况**来确认实际计入的是什么。 - **把 x86 实例算进 ARM 资源池。** 它们是分开的。别合并错对象。 一个坦诚的提醒：具体哪些资源会被计入资源池，其确切机制可能因租户和 Oracle 衡量分配的方式而异。邮件是权威依据，而你的 OCI 控制台是在行动之前确认自己使用情况的地方。 --- ## 总结 免费 ARM 层级现在只有原来的**一半**了。如果你超出了新的 2 OCPU / 12 GB 资源池，你有时间到 **2026 年 8 月 18 日** 来修复。 - 运行一个大的 4/24 实例？**将其缩小到 2/12。** - 运行两个 2/12 实例？**备份一个，终止它，保留另一个。** - 运行两个 x86 微型实例？**什么都不用做——它们没事。** 如果你因为超出限额而被 Oracle 终止了实例，你可以在新限额内随时重新启动。所以最坏的情况不是数据丢失（如果你备份了的话）——而是花几分钟重新搭建。本周就做，之后你就再也不用想这件事了。 如果你已经在免费的 Oracle 服务器上运行关键业务，而这个变化给你带来了困扰，那你可以把它当作一个真实的教训：免费才是最贵的。 如果你有正经业务要处理，建议你租一台付费服务器，例如：Hostgator (https://link.cnelecar.com/hostgator)。