甲骨文免费版 4C24G 实例需要手动降配吗？

最近不少圈内朋友在讨论甲骨文（Oracle Cloud）那个著名的“永久免费”套餐，特别是之前大家手里薅到的 4C24G 的高配实例。很多人心里都在打鼓：这个配置以后是不是要手动降配回来？不操作会不会被扣费？

今天咱们就抛开复杂的官方条款，用大白话把这事捋顺，顺便给点实操建议。

一、 先搞清楚“免费”的边界

甲骨文的免费层（Always Free）其实有两层含义：

1. 永久免费额度：无论你是新号还是老号，只要账号正常，官方承诺一直免费给的基础资源。比如通常的 24GB 内存和 4 OCPU（如果是 ARM 架构则是 4 OCPU，x86 架构会有所不同，具体看后台展示）。

甲骨文永久免费套餐架构对比：ARM (4 OCPU + 24GB) 与 x86 (1/8 OCPU + 1GB) 的配置差异一目了然。

2. 临时试用额度：新注册账号通常会有一个 300 美元的试用额度。在试用期内，你可以创建远超“永久免费”限制的高配机器。这就是很多人手里有 4C24G 高配机器的来源——其实那是用试用期额度撑起来的。

一旦试用期结束（通常是 30 天，或者 300 美元花完），如果你的实例配置高于永久免费的标准，官方系统就会开始按小时计费，从你的信用卡里扣钱，直到扣光甚至产生欠费。

二、 4C24G 是“原罪”还是“福利”？

目前甲骨文永久免费的标准配置通常是：

• ARM：最多 4 OCPU + 24GB 内存。
• x86 (AMD)：通常是 1/8 OCPU + 1GB 内存（这个配置非常低，几乎不能干啥）。

所以，如果你的机器是 ARM 架构的 4C24G，恭喜你，这正好落在永久免费的最大额度上。这种情况下，你不需要手动降配，因为它本身就是合规的免费套餐。

但关键问题来了：很多人在试用期内，可能手滑或者为了贪图性能，创建了 x86 架构的高配机器（比如 4C24G 的 x86），或者是超额的资源（比如硬盘超过了 200GB，带宽用了付费版）。这种如果不处理，试用期一过，必扣无疑。

三、 是不是必须手动降配？

分情况：

在甲骨文控制台中查看实例的 Shape 类型，确认是 VM.Standard.A1.Flex (免费) 还是其他付费类型。

1. 如果你确认是 ARM Ampere A1 架构的 4C24G：

   • 结论：不用动。
   • 理由：这就是官方白纸黑字承诺的“永久免费”上限。只要你不创建额外的付费资源（如额外的独立公网 IP、负载均衡器等），这机器能一直白嫖。

2. 如果是 x86 架构，或者配置超标（比如内存 48G）：

   • 结论：必须降级或删除。
   • 理由：这超出了免费范畴。甲骨文的扣费逻辑非常“自动化”，它不会给你发邮件温馨提示“嘿哥们，超配了，赶紧降下来”，而是直接开单扣费。很多朋友收到账单一脸懵逼，就是这个原因。

四、 实操建议：如何自查与操作？

为了避免以后被背刺，建议大家现在就进后台检查一下。

1. 确认架构

进入控制台 -> 计算实例 -> 点击你的实例详情页。查看 Shape 这一项：

• 如果是 VM.Standard.A1.Flex，那你是 ARM，4C24G 是安全的。
• 如果是 VM.Standard.E2.Flex 或 VM.Standard.E3.Flex 等带 E 字头的，那你是 x86，大概率需要调整。

2. 自定义配置的陷阱

甲骨文现在允许在 ARM 架构下自定义配置（比如你可以先搞个 4C24G，后来改成了 6C24G）。哪怕只超出一丁点 OCPU，超出的部分就会按量计费。

操作步骤：

• 停止实例。
• 点击“编辑形状”。
• 确保滑块调回 OCPU: 4, Memory: 24GB 以内。
• 如果是 x86 机器，建议直接删除，重新创建一个 ARM 的，或者降到最低配置（虽然 x86 最低配也没啥用）。最省心的办法是只保留 ARM 实例。

3. 别忘了存储

有时候内存和 CPU 降了，但 Boot Volume（系统盘）如果超过了 200GB，或者你有额外的 Block Volume，也是要钱的。记得检查存储部分的配额，把多余的盘清理掉。

五、 总结

甲骨文免费午餐虽然香，但账单系统是冷酷无情的。

• ARM 的 4C24G是你的合法资产，只要不乱动，不用降配。
• x86 的高配机器是定时炸弹，试用期结束前必须处理。

建议大家养成每月瞄一眼账单的习惯，哪怕绑定的是信用卡备用金，谁也不想因为一顿免费的午餐最后还要倒贴信用卡年费吧？稳字当头，该删删，该降降，白嫖才能长久。