Oracle将永久免费ARM实例的配额减半，从4 OCPU/24GB内存降至2 OCPU/12GB。用户需在2026年8月18日前缩减或合并超限实例，否则将被自动终止。x86免费实例不受影响。

好的，这是根据您的要求，对原文进行的中文重述，保留了核心细节，删减了与主题无关的推广内容。

核心要点：在2026年8月18日前缩减或合并您的ARM实例

如果您正在运行任何大于 2个OCPU或12GB内存 的Ampere A1 ARM实例，或者运行了多个此类实例，您需要在 2026年8月18日 之前采取行动。否则，Oracle将自动终止超出的部分。您原有的两个免费x86实例不受影响。

Oracle近期通过邮件通知，将悄悄地把其“始终免费”的ARM资源额度减半，且截止日期是明确的。

“从2026年8月18日起，Oracle将开始执行更新后的始终免费计算限制。超出始终免费额度的计算实例将被自动终止。” “当前始终免费的计算限制：最多2个Ampere A1 OCPU。最多12 GB内存。”

以下是具体变化、对您租户的影响，以及根据您当前运行情况应采取的精确操作。

具体变化

ARM侧的始终免费额度过去相当慷慨：4个OCPU和24GB内存，可用作一个大型实例或拆分为两个。自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（不变） | | 其他始终免费服务 | 可用 | 仍然可用 |

需要注意：ARM限制是一个租户级别的资源池，而非每个实例的限制。您总共拥有2个OCPU和12GB内存，可以按需分配——例如，一个2/12的实例，或两个1/6的实例——但总和不能超过上限。这与两个始终免费的x86实例是分开的，后者保留其原有配额。

根据您当前运行情况的操作指南

• 场景A：您有一个4 OCPU / 24 GB的ARM实例 这是最简单的情况。将其缩小至2 OCPU / 12 GB。 在OCI控制台中，进入“计算 → 实例”，选择您的实例，点击“更多操作 → 编辑”，将OCPU设为2，内存设为12 GB，然后保存。实例会调整大小。操作前请务必备份，因为任何配置变更都是创建快照的好时机。建议立即操作，不要等到8月17日，因为临近截止日期控制台可能会繁忙。

• 场景B：您有两个2 OCPU / 12 GB的ARM实例 两个2/12的实例加起来是4个OCPU和24GB内存，正好是新资源池的两倍。您无法同时保留两者。选择一个，备份其数据，然后终止它。 保留另一个2/12的实例，这样您的使用量就正好在限制之内。修复方法是：为要停用的实例创建快照或镜像，将重要数据复制到保留的实例或对象存储中，然后终止。一旦删除，您的租户使用量将降至2/12，Oracle便不会干预。

• 场景C：您有两个1 OCPU / 1 GB的x86实例 无需任何操作。 这些是Intel/AMD微型实例，与ARM资源池是分开的。新限制未提及它们，它们可以继续运行。

常见误区

• 忽略邮件，希望是个错误。 这不是错误。强制执行日期是2026年8月18日。
• 等到最后一天才操作。 请在本周内完成调整或终止。临近截止日期时，控制台可能变慢或出现配额问题，这可能会让一个10分钟的任务变成错过截止日期的麻烦。
• 终止前忘记备份。 已终止的实例及其引导卷将永久消失，无法撤销。
• 认为停止实例就能释放配额。 通常不行。要降低到限制以下，您通常需要终止实例，而不仅仅是停止。请检查您租户的“限制、配额和使用情况”来确认实际计数。
• 将x86实例计入ARM资源池。 它们是分开的。不要合并错误的对象。

总结

免费的ARM层级现在只有原来的一半。如果您超出了新的2 OCPU / 12 GB资源池，您必须在2026年8月18日之前解决。

• 运行一个4/24的大实例？将其调整为2/12。
• 运行两个2/12的实例？备份一个，终止它，保留另一个。
• 运行两个x86微型实例？无需操作——它们不受影响。

如果Oracle确实因超出限制而终止了您的实例，您随时可以在新限制内重新启动。因此，最坏的情况（如果您已备份）不是数据丢失，而是需要几分钟重建。本周完成操作，您就无需再为此事烦恼。

根据评论内容，总结如下：

主要观点与论据：

1. 对“始终免费”承诺的质疑

   • 部分用户认为“始终免费”应理解为“只要使用就不收费”，而非“永远免费提供”。（评论3: "I see the 'always free' as 'you will never pay for this for as long as you keep it' as opposed to 'this will always be available, and free'."）
   • 有用户讽刺Oracle可能将免费资源降至极低水平，如32KB内存、千分之一核心。（评论5: "can they reduce my nice free VM to 32k of ram and a 1/1000 of a core?"）

2. 对资源削减的接受与批评

   • 部分用户认为原免费资源（2 vCPU、12-24GB内存）过于慷慨，削减合理。（评论9: "2 vCPUs and 12 GB of RAM is extraordinary for no cost."；评论10: "Their free tier was crazy generous. 24GB of ram for free is a lot."）
   • 批评集中在沟通不透明：文档静默修改、未收到通知、实例被突然删除。（评论10: "Their communication about this change has been pretty awful. It began with a silent change to the docs."；评论12: "I did not get any notification that this was changing, nor that they would be terminating my instances."）

3. 对Oracle的普遍不信任

   • 多位用户直接建议“永远不要信任Oracle”。（评论4: "Never trust oracle."；评论18: "Don't use Oracle for anything."）
   • 有用户指出免费资源难以获取（“no capacity”错误），且IP常被列入黑名单。（评论11: "I tried multiple times... I always got 'no capacity'."；评论21: "Your free server will likely have a blacklisted ip address."）

4. PAYG与始终免费层的区别

   • 用户澄清：始终免费层（无需信用卡）受新限制影响，而PAYG（需信用卡）用户不受此限。（评论17: "PAYG subscribers are not subject to this lower limit, only Always Free users."）
   • 始终免费层资源闲置时可能被回收，而PAYG层无此问题。（评论17: "oracle will literally tear down your always free resources if you are idling them."）

5. 对Oracle整体服务的负面评价

   • 有用户抱怨PAYG体验糟糕，每月花费80美元仍遇到问题。（评论19: "Speaking as an Oracle customer, let me heartily disrecommend them to everyone. Terrible experience."）
   • 有用户认为Oracle正因AI投入而财务紧张，导致免费资源缩减。（评论22: "Ellison is bankrupting Oracle on his AI psychosis."）

平衡性总结：
- 支持方：认可原免费资源过于慷慨，削减合理；部分用户6年来未遇问题。（评论7: "The A1 has been available for 6 years without a rug pull... My instances from 2020 are still running."）
- 反对方：批评沟通不透明、资源难以获取、服务不稳定，建议转向其他云服务商。（评论14: "Guess I'll have to move this server somewhere else now though. Maybe OVH?"；评论21: "Pay the 5$ a month and use AWS or Digital Ocean."）