甲骨文免费ARM服务器如何“腾笼换鸟”实现资源合并？实操来了！

最近看到不少朋友在讨论甲骨文（Oracle Cloud）那几台免费的“永久”ARM服务器。大家都知道，甲骨文的免费套餐虽然香，但初始给的配置通常是固定的（比如常见的 2 OCPU + 12GB RAM 或 4 OCPU + 24GB RAM）。

很多刚入手的新手朋友可能会遇到这样的情况：一开通就手滑，或者是为了多开几个项目，建了好几台 2C12G 的小鸡。现在后悔了，想把资源集中起来，凑出一台更强的 4C24G 或者更高配置的机器给主力项目用，顺便把多余的资源清理掉。

这事儿能操作吗？答案很明确：官方系统层面没有直接点击“升级”或“合并”的按钮，但我们可以通过“销毁-重建”的方案曲线救国。

今天我们就来细说一下，如何安全地把两台低配机器的资源合并成一台高配机器，以及在操作过程中绝对不能踩的坑。

为什么不能直接“升级”？

首先我们要搞清楚甲骨文免费层的计费逻辑。你的账户下有一个资源池，免费层限制了 Shape（配置类型）的总量。比如 ARM Ampere A1 实例，免费层上限通常是 4 OCPU 和 24GB RAM。

当你创建了两台 2C12G 的机器时，你已经把这个池子里的 4C24G 份额占满了。系统里没有功能允许你直接把两台机器运行时的资源捏到一起。唯一的方法只有：腾出空间，再重新申报。

遇到 Limit Exceeded 或 Out of Capacity 错误提示

实操步骤：三步走战略

要把两台 2C12G 合并成一台 4C24G，请严格按以下顺序操作，切勿心急。

第一步：完全备份重要数据（最重要！）

在按任何删除键之前，请务必确认你的数据已经安全转移。

1. 快照备份：虽然甲骨文删除实例时可以选择保留引导卷，但为了保险起见，建议对要保留的那台机器做一次手动快照。
2. 全量打包：如果你把两台机器上的服务都要整合到一台，建议将旧机器上的配置文件、网站目录、数据库通过 scp 或 rsync 打包传到你要保留的那台机器，或者传到本地临时存储。不要依赖甲骨文的“回收站”，资源回收机制有时候比你想得快。

第二步：销毁低配实例，释放配额

这一步是核心。你需要删除其中一台（或者你想删除的那几台） 2C12G 的实例。

• 进入控制台的 Compute -> Instances。
• 选中目标实例，点击 Terminate（终止）。
• 注意：在弹出的确认框中，关于“保留引导卷”的选项，如果你不需要旧机器的数据了可以不勾选；如果你还怀念里面的配置，可以勾选保留，后续可以把卷的数据挂载到新机器上（但这步操作稍微复杂，新手建议直接数据迁移后彻底删除）。

第三步：等待资源释放与新建实例

这是最容易出问题的一步。

当你删除了实例后，甲骨文的系统后台需要几分钟到几十分钟不等的来回时间来更新你的资源计数器。

• 不要急着新建：很多朋友刚点完删除，马上就去建新实例，结果系统提示 Out of Capacity（资源不足）或者 Limit Exceeded（超出限制），因为后台还没反应过来你刚才释放了配额。
• 耐心等待：建议等待 15-30 分钟。如果你所在的区域（如首尔、东京等热门区域）非常紧张，甚至可能需要等待更久，或者避开高峰期操作。
• 创建新机：确认后台资源释放后，此时你的账户可用逻辑应该变回了“2C12G 空闲 + 2C12G 已占用”。此时你可以选择创建一个新的 4C24G 实例。只要你的总使用量没有超过 4 OCPU / 24GB RAM 的红线，系统就会允许创建。

关于“合并”的几个避坑指南

在这个过程中，有几个容易被忽视的技术细节，这里特别提醒大家：

1. 固定 IP (Reserved IP) 的陷阱

如果你给那台要被删除的机器绑定了预留公网 IP，记得在删除实例前先去“Reserved IPs”里把 IP 释放掉，或者取消关联。否则，IP 还是被占用的，虽然不占 OCPU，但也可能影响你的心情和后续清理。

2. 别指望开机状态下改配置

永远不要试图在修改现有实例的配置时将 Shape 从 2C12G 改为 4C24G，这通常需要停机，而且免费层经常因为库存问题直接报错。销毁重建永远是甲骨文调整配置最稳妥的方式。

3. 区域与可用区

甲骨文的不同 Region（区域）和 Availability Domain（可用域）资源是独立的。如果你发现当前区域死活创建不出高配机器，不妨考虑换个稍微冷门一点的区域看看。虽然网络延迟可能略有增加，但能拿到 4C24G 总比拿着两台 2C12G 强。

总结

甲骨文免费 ARM 的资源“合并”，本质上就是一次资源回收再分配的过程。

虽然不能像玩游戏那样直接拖拽合成，但只要做好数据备份，耐心利用好删除后的等待空窗期，把两台小鸡变成一台大怪兽完全是可行的。这种操作特别适合那些前期尝试搭建各种服务，后期想整合 HomeLab 或跑稍微 heavier 应用的场景。

如果你在操作过程中遇到 Limit Exceeded 报错，不要慌，喝杯茶，过半小时再来试一次，通常是系统同步延迟的问题。

祝大家的甲骨文账号都永不被封，资源多多！