甲骨文云 Arm 实例降配置：从 4C24G 调到 2C12G

我这次处理的是 Oracle Cloud Arm A1 实例降配置。之前很多人按 4 OCPU、24GB 内存开机，试用期结束前如果账户免费额度口径变了，最稳的做法是先把实例改到控制台显示的 Always Free 额度内。

这篇记录一下从控制台把 A1 实例调到 2 OCPU、12GB 内存的完整流程，主要给已经有甲骨文云实例、但不想因为超免费额度被停机或回收的朋友参考。

先说结论

截至 2026-06-14，我重新核对了 Oracle 官方页面，和这篇文章相关的规则有三条：

• Oracle Cloud Free Tier 包含 30 天、300 美元试用额度，以及不会过期的 Always Free 服务。
• Oracle 文档写到，试用期结束后，如果 Ampere A1 实例总量超过 Always Free tenancy 可用额度，现有 A1 实例可能会被禁用，并在 30 天后删除。
• Oracle 的 Always Free Resources 页面目前把 Always Free tenancy 的 Ampere A1 写成等价 2 OCPU、12GB 内存，并且可以灵活分配。

所以我的判断是：如果你的控制台还明确显示 4 OCPU、24GB 在 Always Free 范围内，可以继续按控制台为准；如果你已经看到额度收紧、试用期快结束，或者后台提示资源不在免费范围内，建议先降到 2 OCPU、12GB。

官方规则入口放这里，后面一定以 Oracle 页面和你自己控制台显示为准：

• Oracle Cloud Free Tier：https://www.oracle.com/cloud/free/
• OCI Cloud Free Tier FAQ：https://www.oracle.com/cloud/free/faq/
• Always Free Resources：https://docs.oracle.com/en-us/iaas/Content/FreeTier/freetier_topic-Always_Free_Resources.htm
• Oracle Cloud Infrastructure Free Tier：https://docs.oracle.com/en-us/iaas/Content/FreeTier/freetier.htm

适合谁

这篇适合这几种情况：

• 你已经有一台 Oracle Cloud VM.Standard.A1.Flex 实例。
• 你之前开的是 4 OCPU、24GB 内存，担心试用期结束后超出 Always Free 限制。
• 你主要跑 1Panel、Docker、小工具、测试服务，2C12G 也够用。
• 你不想删除重建实例，只想在原实例上直接改规格。

不适合这几种情况：

• 你的业务必须吃满 4C24G。
• 你已经升级了 PAYG，并且能接受超额后按量付费。
• 你实例上跑的是对重启敏感的服务，短暂停机都不能接受。

我的取舍很简单：个人工具和轻量服务，2C12G 已经够用。为了省掉被回收、被禁用、账单误判这些麻烦，我宁愿先保守一点。

准备工作

• 账号状态：Oracle Cloud Free Tier / Always Free / PAYG 都可以操作，但是否免费以你控制台标签和额度为准。
• 目标实例：Arm 架构的 VM.Standard.A1.Flex。
• 目标配置：2 OCPU、12GB 内存。
• 预计耗时：页面操作 2-3 分钟，实例重启通常再等几分钟。
• 操作影响：保存后实例会重新引导，正在运行的服务会短暂中断。
• 实操环境：浏览器登录 Oracle Cloud 控制台，服务器地区和系统版本为【待补充】。

动手前建议先做两件事：

1. 进服务器确认重要服务有自启动，例如 Docker、Nginx、1Panel、数据库。
2. 如果机器上有关键数据，先做快照或至少确认备份。改 shape 正常不会动磁盘，但生产数据不要靠运气。

第一步：登录 Oracle Cloud 控制台

打开 Oracle Cloud 控制台：

https://cloud.oracle.com/

登录后从左侧菜单进入：

计算（Compute） -> 实例（Instances）

这里要确认你进的是正确区域。如果你的实例建在新加坡，就不要停留在日本或美国区域。Oracle 控制台右上角可以切换 region。

第二步：找到当前 Arm 实例

进入实例列表后，找到你要降配置的那台机器。

我建议你在这里先看三项：

• 实例名称是不是你要改的那台。
• Shape 是否为 VM.Standard.A1.Flex。
• 实例状态是否正常运行。

如果列表里有多台机器，不要凭公网 IP 猜。点进去核对启动卷、私网 IP、创建时间，再操作。

第三步：进入编辑 Shape

点击进入实例详情页。

在页面上方找到「更多操作（More actions）」，然后选择「编辑 Shape（Edit shape）」。

这一步不是重装系统，也不是重建实例。它改的是当前实例的计算规格，启动卷和原来的系统盘会保留。

第四步：保持 Ampere A1 不变

进入编辑页面后，配置系列保持 Ampere / Arm 不变。

如果页面折叠了配置选项，点开下拉区域。

这里不要改成 AMD Micro，也不要切到其他付费 shape。我们要做的是把 VM.Standard.A1.Flex 的 OCPU 和内存调低，不是换一台新机器。

第五步：把 OCPU 和内存调到 2C12G

在配置区域里，把参数改成：

OCPU：2
Memory：12 GB

你可以拖动滑块，也可以直接在输入框里填数字。

如果你想更保守，也可以调成 1 OCPU、6GB 内存。但我的建议是先用 2C12G，这个规格对个人服务比较舒服，也符合当前 Always Free Resources 页面写到的等价额度。

改完后点击「保存更改（Save changes）」。

第六步：等待实例重新引导

保存后，Oracle 会对实例做一次重新引导。

这段时间 SSH 可能会断开，网站或面板也会暂时访问不了。不要一直刷新、不要重复点保存，等实例状态回到 Running。

完成后回到实例详情页，确认 Shape 已经显示为 2 OCPU、12GB 内存。

我自己的成功标志是：

• 控制台实例状态回到 Running。
• Shape 显示 VM.Standard.A1.Flex。
• OCPU 和内存显示为目标配置。
• SSH 能重新连上。
• Docker / Nginx / 1Panel 等服务能正常起来。

实际服务器 IP、系统版本、重启耗时、服务恢复结果我这里先标记为【待补充】。你发布前可以把自己的真实数据补上，会更像一篇完整复盘。

降配置后建议检查什么

登录服务器后，我建议跑几条命令确认一下：

nproc
free -h
df -h
uptime

如果你跑 Docker，可以再看：

docker ps
docker stats --no-stream

重点看三件事：

• CPU 数量是否符合预期。
• 内存是否接近 12GB。
• 核心服务是否自动恢复。

如果服务没有起来，优先看 systemd 和容器状态，不要急着怀疑 Oracle 改配置失败。

踩坑记录

1. 4C24G 和 2C12G 的说法容易混

很多旧教程会直接写「甲骨文永久免费 4C24G」。我自己之前也按这个口径理解。

但这次重新看官方页面，Free Tier 到期说明和 Always Free Resources 页面存在不同口径：一个地方提示试用期结束前把 A1 总量控制在 4 OCPU、24GB 内，另一个地方写 Always Free tenancy 等价 2 OCPU、12GB。

我的处理方式是不和文档较劲：控制台显示免费就按控制台走；控制台没有明确免费，或者试用期快到期，就先降到 2C12G。

2. 保存后会重启，不要在业务高峰操作

编辑 shape 不是无感变更。保存后实例会重新引导。

如果你机器上跑的是面板、数据库、反代服务，最好选访问低峰操作。个人工具无所谓，生产服务至少先备份，再确认服务自启动。

3. 不要顺手切到付费 Shape

编辑页面里能看到很多规格，但不是每个都属于 Always Free。

这篇只针对 VM.Standard.A1.Flex 降 OCPU 和内存。看到更高配置不要手痒，尤其是没有预算告警的新账号。

常见问题

Q：我还能不能继续用 4C24G？
A：看你的控制台额度和账户状态。Oracle 官方页面会更新，区域和账户类型也会影响实际可用资源。如果控制台明确显示 Always Free eligible，并且额度允许，可以继续用；如果你不确定，2C12G 更稳。

Q：降配置会不会删除数据？
A：正常不会。它改的是计算规格，启动卷还在。但实例会重启，重要数据还是先备份。

Q：已经升级 PAYG 还需要降吗？
A：不一定。PAYG 可以继续使用 Always Free 资源，超过免费额度的部分可能按量计费。你要看预算和用量。如果只是个人小服务，降到免费额度内省心。

Q：为什么不是删除重建？
A：删除重建可能遇到容量不足，也可能重新配置公网 IP、SSH、防火墙、启动卷，麻烦更多。能直接编辑 shape，就先直接改。

总结

这次操作的核心就是一句话：在 Oracle Cloud 控制台里，把现有 VM.Standard.A1.Flex 实例从高配改到 2 OCPU、12GB 内存，然后等它重新引导。

我不建议把甲骨文免费实例当成永远不变的承诺。它适合跑个人工具、测试环境、轻量服务；真正重要的业务，还是要有备份、有预算告警、有迁移方案。

如果你只是想保住已有的小机器，不想试用期结束后被系统判定超额，这个降配置动作值得提前做。