改动前 vs 改动后：文档对比
先看改动前的原文描述——在 Oracle Always Free 文档中，Ampere A1 (ARM) 实例的免费配额长期写着这样一句话：
而现在，在 Always Free Resources 页面（freetier_topic-Always_Free_Resources.htm）中，这句话已经变成了：
根据页面底部的更新标记，这次修改的日期为 2026 年 6 月 12 日。也就是说，直到十几天前，Oracle 悄然在文档端完成了一次实质性的配额缩减——将 Always Free 级别的 ARM 计算资源容量砍了一半。
不过值得注意的是，这次改动目前并未全站统一。在 Free Tier FAQ 页面（freetier.htm）和 Resource Reference 页面（resourceref.htm）中，Ampere A1 的描述仍然沿用旧值 “4 OCPUs and 24 GB of memory”。整套文档目前处于明显的「修改中/不一致」状态——部分页面已更新，部分页面仍停留在旧版本。这种不统一的写法，让整个变动更像是一次后台措辞的逐步替换，而非一次性、正式宣告的政策调整。
截至目前，Oracle 官方没有就此改动向用户发送任何电子邮件通知，也没有在官网发布正式公告或生效时间说明。
这次改动真正影响谁？
要理解影响范围，首先需要厘清一个关键概念：OCI Ampere A1 实例本身并不是一项「完全免费的资源类型」，而是在 Always Free 配额范围内提供免费的资源。这意味着，账号类型不同，受到的冲击差别很大。
纯 Always Free 账号（白号）
如果你的账号一直是纯粹的白号，从未升级过付费账户，那么理论上你本来就只能在免费配额范围内创建 A1 实例。而事实上，由于全球 ARM 资源持续紧张，绝大多数区域长期以来都处于 “Out of Capacity” 状态，真正能用满 4 核 24G 配置的白号用户数量本就有限。对于这类用户而言，文档上的配额数字变化更多是一种「理论上的缩水」——实际体验可能相差不大，因为你本来就不一定能开到满配。
已升级的付费账号（Pay As You Go）
真正需要关注的，是那些已经将账号升级为付费账户的用户。
许多白号用户为了绕过 Out of Capacity 的限制、获得更稳定的 ARM 实例，选择了升级到 Pay As You Go 账户——这样在不超出 Always Free 额度的情况下，仍然不会产生费用，但可以优先分配到计算资源。这些用户中，很多目前正运行着 4 核 24G 的 ARM 实例，以为自己在「免费额度以内」使用。
问题的症结在于 OCI 的计费逻辑：超出 Always Free 额度的部分，按正常价格计费。如果 Always Free 的 ARM 免费额度被正式定义为 2 核 12G，那么一台当前满配运行的 4 核 24G 实例，超出的 2 核 12G 将不再属于免费范围——换句话说，这部分资源可能会从「免费赠送」变成「正常计费」。
这才是这次改动最核心的焦虑来源：那些特意升级到付费账号以换取稳定 ARM 资源的用户，可能面临一笔从未预期到的额外账单。
现在应该做什么？两种应对思路
在当前 Oracle 官方尚未发出正式通知、文档改动也不完全一致的情况下，用户可以根据自己的风险承受能力选择不同的应对策略。
思路一：保持观望，留意官方通知
大型云厂商在调整 Always Free 政策时，通常会提前通过邮件通知用户，并给予一定的缓冲或过渡期——不会出现「文档一改、立刻扣费」的操作。目前 Oracle 没有发送任何邮件，没有公布生效时间，文档本身也处在不完全统一的状态。这说明整个行动更可能是内部正在更新说明文本，尚未最终定稿。
采取这种思路的用户，可以暂时保持现有 4 核 24G 配置不变，但建议：
- 定期检查 Oracle 官方的 Always Free Resources 文档的后续更新
- 关注与 OCI 账号关联的邮箱，留意可能到来的官方通知
- 定期查看 OCI 控制台的「成本分析」页面，确认 ARM 计算费用是否有异常新增
思路二：主动缩配，规避潜在计费风险
对风险承受能力较低、不希望承担被追溯计费可能的用户，可以提前将 ARM 实例从 4 核 24G 主动调整为 2 核 12G。操作路径如下：
- 登录 OCI 控制台，进入「计算」→「实例」
- 找到对应的 ARM（A1.Flex）实例
- 点击实例右侧的「操作」→「更多操作」→「编辑」
- 在编辑页面的配置（Shape）区域，点击展开箭头调出 OCPU 和内存的自定义滑块
- 手动将 OCPU 调整为 2、内存调整为 12 GB
- 保存更改
需要特别注意：缩小实例规格之后，原来运行在 4 核 24G 环境下的服务（数据库、容器、面板程序、自托管应用等）可能会因 CPU 或内存不足而出现性能下降甚至 OOM（内存溢出）。在调整配置前，务必确认自己的业务负载能否在 2 核 12G 下正常运行，必要时提前做好数据备份和服务迁移预案。
延伸思考：从「文档先动」看 Oracle 的免费策略走向
这次「文档先修改、公告后发出——甚至可能不发出」的模式，在云厂商调整免费政策的历史中并不少见。与其说这是一次「突袭式收费」，不如看作一个试探性的信号：Oracle 很可能正在评估收紧 Always Free ARM 资源供给的可行性，先在文档层面做铺垫，观察社区反应，再决定后续是否正式公告、给多长的过渡期。
事实上，OCI Ampere A1 自推出以来一直是「白嫖圈」中公认性价比最高的免费 ARM 资源。对于个人开发者而言，一台 4 核 24G 的 ARM 实例可以轻松运行轻量级自托管服务、搭建 Docker 环境、跑本地 LLM 推理甚至小型数据库。如果 Always Free 的 ARM 配额真的从 4 核 24G 砍半为 2 核 12G，这些用户的运行空间将受到直接影响——尤其对于已经将业务搭建在 Oracle 免费层上的轻度用户来说，迁移或瘦身的成本不可忽视。
考虑到 OCI 在全球范围内的 ARM 资源长期处于紧缺状态，以及 Oracle 近年来对免费层成本控制的一贯态度，这一变动并不令人意外。但具体的落地方式——是只针对新用户生效、还是会追溯现有部署——仍取决于 Oracle 官方下一步的正式公告。
注：本文基于公开文档信息整理分析，具体政策及计费规则请以 Oracle 官方最终公告为准。价格信息以官网实时为准。
原创文章，作者：兆润，如若转载，请注明出处：https://vpscn2gia.com/oracle-cloud-always-free-arm-quota-cut/
