之前传闻甲骨文要给免费服务器减配，如今真的坐实了。
耕读君今天凌晨收到甲骨文（Oracle）发来的一封邮件，说永久免费（Always Free）的 ARM 云服务器配额要收紧。8月18日就开始强制执行，超配的实例会被直接删掉。
先说结论：如果你开了「合计」超过 2核12G 的 ARM 实例，现在就得动手，不然到那天甲骨文帮你”自动清理”。
邮件里有几句关键的话，我翻译一下给大家看：
自 2026年8月18日起，甲骨文将开始执行更新后的 Always Free 计算实例限额。超出免费额度的计算实例将被自动终止（terminated）。
当前的 Always Free 计算限额：最多 2 个 Ampere A1 OCPU（处理器核心）；最多 12 GB 内存。
（Ampere A1 就是甲骨文免费池里那批 ARM 架构的机器，OCPU 可以理解成”处理器核心”。）
新旧额度对比
| 资源 | 旧额度 | 新额度（8月18日起执行） |
|---|---|---|
| ARM（Ampere A1）核心 | 最多 4 OCPU | 最多 2 OCPU |
| ARM 内存 | 最多 24 GB | 最多 12 GB |
| x86 微型实例 | 2 台 × 1核1G | 2 台 × 1核1G（不变） |
| 其他 Always Free 服务 | 可用 | 继续可用 |
注意一点：ARM 的额度是按”整个租户（tenancy）”算的总池子，不是每台单独算。你总共只能用 2核 + 12GB，可以是一台 2/12，也可以拆成两台 1/6，但加起来不能超。而且它和那两台 x86 微型实例是分开算的，互不影响。
为什么突然收紧
邮件里没说原因，耕读君也不瞎猜。比较大的可能是免费额度太香、长期被滥用，甲骨文要控成本。动机其实不重要，只要知道这点：你现在超了，就得在截止日前腾出来。
三种情况分别怎么办
情况一：你只有一台 4核24G 的 ARM 实例
最简单，直接缩容到 2核12G 就行。
- 登录 OCI 控制台，进 Compute → Instances，选你的实例。
- 点 More Actions → Edit，把 OCPU 改成 2，内存改成 12 GB（Ampere A1 的 shape 是核心和内存一起调的，2核对应的上限就是 12GB），保存。
- 实例会重启或变配。动手前先做个快照（backup），变配这种事，有备份才安心。
别拖到 8月17日才做，临近截止控制台容易卡，真到那天变配失败就麻烦了。
情况二：你开了两台 2核12G 的 ARM 实例（我自己就是）
两台 2/12 加起来就是 4核24G，正好是新额度的两倍，留不住两台。做法：挑一台，把数据备份好，然后终止（terminate）它，剩下一台保持 2/12，刚好踩在线上。
耕读君自己的情况就是开了两台 2/12 的 ARM 实例，一直没合并。处理办法是：先把要退的那台做快照或镜像，重要的数据拷到留下来的那台（或者丢进对象存储），然后终止。一旦终止，租户占用就掉回 2/12，甲骨文就不会动你了。
情况三：你有两台 1核1G 的 x86 微型实例
啥也不用干。这是 Intel/AMD 的微型实例，和 ARM 池子是分开的额度，新限额里根本没提到它们，继续跑就行。
踩坑提醒
- 别把邮件当诈骗或者误会，拖着不处理，注意截止日：2026年8月18日。
- 别等到最后一天。这周就缩容或终止，临近截止的控制台卡顿和配额异常，能把 10 分钟的事拖成错过 deadline。
- 终止前一定先备份。实例和它的启动盘（boot volume）一旦 terminate 就没了，没法撤销。
- 别以为”停止（stop）”实例就能释放额度。多数情况下停了也还占着，要真正掉出额度，一般得 terminate，不是 stop。
- 别把 x86 实例算进 ARM 池子。它们是分开的，别合并错了对象。
最后总结
免费 ARM 直接减半。超了 2核12G 这个池子的，8月18日前必须处理。
- 单台 4/24？缩到 2/12。
- 两台 2/12？备份一台、把它终止、留一台。
- 两台 x86 微型？啥也不用干，继续用。
而且就算甲骨文真因为超配把实例删了，你也能随时按新额度重新开。所以最坏的情况不是丢数据（只要你备份了），而是花几分钟重建。建议尽快操作，后面就不用再惦记了。
假设你已经在上面跑了重要的业务，这个改变让你很痛苦，那么正好也可以当作一堂生动的教学：免费的才是最贵的，重要的东西在正经的服务器上跑：
英文资讯：https://www.cnelecar.com/blog/oracle-always-free-arm-limits-cut-2026/
