简短的回答：在2026年8月18日之前缩减或合并。如果您正在运行的任何Ampere A1 ARM实例大于2个OCPU或12GB的RAM——或多个这样的实例——您需要在2026年8月18日之前采取行动，否则Oracle将自动终止多余的部分。您的两个免费x86实例不受影响。您大概在本周收到了一封电子邮件。Oracle正在悄然将其“始终免费”ARM配额减半，截止日期是确实存在的。“从2026年8月18日起，Oracle将开始执行更新后的始终免费计算限制。超过始终免费资格的计算实例将被自动终止。” “当前的始终免费计算限制：最多2个Ampere A1 OCPU。最多12GB的内存。”以下是变化的内容、对您租户的影响，以及根据您今天运行的内容采取的确切措施。 实际上改变了什么：始终免费的ARM部分过去是慷慨的：4个OCPU和24GB的RAM，可以作为一个大实例使用或拆分为两个。从2026年8月18日起，它正好是原来的一半。资源 旧限制 新限制（自2026年8月18日起实施） ARM（Ampere A1） OCPU 最多4个OCPU 最多2个OCPU ARM内存 最多24GB 最多12GB x86微型实例 2 × 1 OCPU / 1GB 2 × 1 OCPU / 1GB（不变） 其他始终免费服务 可用 继续可用 一件让人困惑的事情：ARM限制是租户范围的池，而不是每个实例。您总共有2个OCPU和12GB的内存可以自由分配——一个2/12实例，或两个1/6实例——但总和不能超过。而且它与两个始终免费的x86实例是分开的，后者保持各自的配额。 这为什么会发生：Oracle在电子邮件中没有说明，我们也不会假装知道。可能的原因是容量和滥用管理，正如这个层级的名声一般太好以至于不可能持续下去。更重要的不是动机，而是计算：如果您超过了新的池，那么在截止日期之前必须采取措施。根据您今天的运行情况进行操作：场景A——您有一个4 OCPU / 24 GB的ARM实例：这是最简单的。将其调整为2 OCPU / 12 GB。在OCI控制台中，打开计算 → 实例，选择您的实例，点击更多操作 → 编辑，将OCPU设置为2，将内存设置为12GB（在Ampere A1的形状中，OCPU和内存是一起缩放的，12GB是在2个OCPU时的最大值），然后保存。实例将调整大小——请先备份，因为任何形状更改都是良好时机进行快照。现在就做，不要等到8月17日。接近截止日期时控制台变得繁忙，您不希望在终止前一天调整大小失败。场景B——您有两个2 OCPU / 12 GB的ARM实例（就像我一样）：两个2/12的实例加起来是4个OCPU和24GB——正好是新池的两倍。您不能保留它们两个。选择一个，备份其数据，然后终止它。将另一个保留在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服务器上运行关键业务，并且这一变化使您受到影响，