2026 年 Oracle Cloud 免费 VPS 完整指南：2 核 12G 时代的申请、配置与避坑
图：Oracle 官方 Cloud Infrastructure 品牌图。下面各节的参数与操作，都以当前官方文档为准，而不是旧教程里的 4 核 24G。
Oracle Cloud，也就是很多人口中的“甲骨文云”，这些年一直是免费 VPS 领域非常特殊的存在。
原因很简单：它的 Always Free 并不是传统意义上的一个月、三个月试用机，而是在账户保持有效、资源符合免费额度的情况下，可以长期使用的一套免费云资源。
不过，如果你现在还在按照几年前的教程寻找“4 核 24G 永久免费 ARM”，那就需要更新一下认知了：
2026 年 6 月中旬，Oracle 将 Always Free 的 Ampere A1（ARM）配额减半，并于 8 月 18 日开始强制执行。当前纯 Always Free 账户的 ARM 免费额度为总计 2 OCPU + 12GB 内存。
所以现在讨论 Oracle 免费 VPS，真正有价值的问题已经不是“还能不能白嫖 4+24”，而是：
2+12 到底还值不值得申请，以及怎样避免注册、资源回收和意外扣费这些坑。
一、现在到底能免费拿到什么？
先把最容易混乱的免费额度讲清楚。
| 资源 | 当前额度 | 说明 |
|---|---|---|
| ARM 实例（VM.Standard.A1.Flex） | 总计 2 OCPU + 12GB 内存 | 可开 1 台 2 核 12G，也可拆分为 2 台 1 核 6G |
| AMD 实例（VM.Standard.E2.1.Micro） | 最多 2 台（各 1/8 OCPU + 1GB） | 未受本次调整影响 |
| 块存储 | 总计 200GB | 全账户共享，启动盘也计算在内 |
| 出站流量 | 每月最高 10TB | 超出可能计费或限速 |
图：看橙色框：当前纯 Always Free 账户的 A1 额度是 2 OCPU + 12GB（对应每月 1500 OCPU Hours + 9000 GB Hours）。不要再按旧教程填 4 核 24G。
图：AMD Micro 仍是最多 2 台，每台约 1/8 OCPU + 1GB。这次 A1 减半没有改这个额度。
图：200GB 是整个账户共享的块存储池，启动盘也算进去。不要给每台机器都拉满 200GB。
图：官方原文是每月 10 TB outbound data。超出免费额度后，PAYG 账户会按用量计费；官方页没有单独写“限速”。 ARM 的月度计量口径为 1500 OCPU Hours + 9000 GB Hours，对纯 Always Free 账户即对应最高 2 OCPU + 12GB RAM。
几点容易误解的地方：
- 200GB 是整个账户共享的块存储额度，不是每台机器各送 200GB。创建实例时不要无脑把每台机器的磁盘都拉满。
- AMD Micro 只有 1GB 内存、CPU 性能有限，适合跑探针、监控、小型 Bot、备用服务这类极轻量任务。要跑 Docker、网站、API 或稍复杂的服务，优先考虑 ARM A1。
- 对个人网站、Telegram Bot、轻量后端、博客等自用项目来说，10TB 出站流量通常不会是瓶颈。
本次减半的重要提醒：
- 超过 2 核 12G 的存量 ARM 实例，8 月 18 日后可能被自动终止。老账户务必尽快降配（操作见第六节），并提前做好快照或数据备份。
- 升级为 PAYG（按量付费）的账户是否仍能保留旧额度，官方没有明确承诺，建议保守按 2+12 处理。
二、注册：官方要求与“玄学”经验分清楚
网上关于 Oracle 注册流传着大量说法：必须手机热点、绝对不能挂代理、必须国内邮箱、Gmail 成功率低、同一套资料多试几次一定成功……
这些内容可以作为部分用户的个人经验参考，但不能把它们当成 Oracle 的官方规则。
官方公开的注册要求
- 姓名
- 有效邮箱
- 地址
- 手机号码
- Home Region
- 付款验证方式
图：从官方 Free Tier 页的 Start for free / Sign up now 进入注册。不要从来路不明的第三方“代注册”页开始。
其中真正应该认真选择的是 Home Region：注册时选定后通常不能更改，比“哪个邮箱下号率高”重要得多。热门区域（如美国部分 AD、韩国春川）经常容量紧张，选择前可以先了解目标区域的资源情况。
图：看官方原句：Home Region 在注册后不能更改，Always Free 计算实例也必须建在 Home Region。选区比纠结邮箱品牌重要得多。
社区总结的经验（仅供参考，非官方规则）
- 网络环境：全程关闭 VPN/代理，不少人用手机 4G/5G 热点申请成功。核心是 IP 干净、与填写地址的国家一致。
- 邮箱：国内常用邮箱（163、QQ、126）或 Gmail/Outlook 均有成功案例，官方并未禁止任何一种。
- 手机号：使用本人真实手机号（大陆用户即 +86）。
- 信息填写：姓名用拼音并尽量与银行卡一致；地址用真实地址的拼音或简单翻译，尽量接近信用卡账单地址；国家如实选择。
- 浏览器：建议无痕模式，不要同时运行大量修改网络、Cookie 或浏览器指纹的插件。
- 失败重试：一次失败后不要短时间内反复提交同一套资料。
一句话原则：
尽量保持注册环境简单、稳定、真实、一致。 这比研究任何“下号玄学”都更有意义。
注册成功后账户会进入开通流程，随后建议尽快绑定 MFA（推荐 Google Authenticator 或同类应用）。
三、银行卡验证并不等于收费
Oracle Free Tier 注册通常需要付款方式验证。
图：看这两句：注册约 $1 预授权，升级 PAYG 约 $100 预授权。Oracle 侧会立刻撤销，到账时间看银行。这不是充值，更不是“必须先存 120 美元”。
图：官网 FAQ：Oracle 可能定期做卡片有效性检查，银行端会出现临时 authorization hold，通常 3～5 天解除，不会变成实际扣费。
- 官方支持部分主流国际卡组织的信用卡和符合条件的借记卡。社区经验上，支持国际支付的实体 Visa / Mastercard 双币卡（如招行、中行、光大等）通过率较高，虚拟卡、预付卡通过率低。
- 注册时可能出现一笔约 1 美元或当地等值金额的临时预授权，验证后自动释放，几天内退回。
- 如果以后把 Free Tier 升级成 Pay As You Go，则可能进行 100 美元或当地等值金额的信用卡预授权。
这里要澄清一个网上常见的错误说法：
“升级 Oracle 付费账户必须充值 120 美元。”
这并不准确。升级时出现的金额本质是信用卡预授权验证，不是要求你预存一笔长期放在账户里的充值款。
而且：升级成 Pay As You Go 并不代表 Always Free 资源自动开始收费。 只要使用量仍在 Always Free 范围内，对应资源继续免费；真正可能产生费用的是超出免费额度的资源和服务。也正因为 PAYG 账户拥有真正产生账单的能力，升级之后更应该养成定期查看成本的习惯（见第七节）。
四、创建实例：步骤与注意事项
登录控制台后：计算 → 实例 → 创建实例。
图：Oracle 官方教程图：用户用 SSH 经 Internet Gateway 进入 VCN 的公共子网，到达 Linux 实例；旁边的盾牌就是 Security List。
图：对照这条路径：Compute → Instances → Create Instance。镜像和 Shape 都要带 Always Free Eligible。当前总额度是 2 OCPU + 12GB，可以开 1 台 2/12，或拆成两台 1/6。
- 镜像：选择带 “Always Free-eligible” 标识的系统（Oracle Linux、Ubuntu 等）。
- Shape：
- ARM：选 Ampere A1（VM.Standard.A1.Flex），手动调整为 2 OCPU / 12GB，或按需求拆成两台。
- AMD：选带 Always Free 标识的 E2.1.Micro。
- 网络：新建 VCN + 公共子网即可。
- SSH 密钥：推荐上传自己的公钥，也可让系统生成后妥善保存。
- 引导卷：可以调大，但受全账户 200GB 总额限制；性能可设置到 120 VPU。
图：这是 Oracle 官方页面里的真实控制台截图。先认准 Ampere → VM.Standard.A1.Flex 以及 Always Free Eligible 标签。图中的 14 OCPU / 100GB 是付费示例，Always Free 账户请把滑块改成合计 2 OCPU / 12GB。
图：创建前再确认一次：标签在，滑块数字也对。旧教程的 4+24 已经不是当前纯免费额度。
三个高频注意点：
- 确认资源带有 Always Free Eligible 标记再创建，这是避免意外扣费的第一道关。
- 不要照旧教程设置 4+24。纯 Always Free 账户继续创建或保留超额资源，可能超出当前额度并被处理。
图：官方写得很清楚：这是当前 AD / 区域暂时没有 Always Free 容量，不是账号被封。换 AD、稍后再试即可；不要一看到这个错误就删号重注册。
- 遇到
Out of host capacity不等于账号出问题。它通常只表示当前 Availability Domain 暂时没有容量，换一个 AD、稍后再试即可，不要一看到容量不足就删账号重注册。
五、网络与防火墙：两层都要处理，但别全开
OCI 的 Security List / Network Security Group 承担虚拟网络防火墙的作用，Linux 系统内部通常还有自己的防火墙（iptables / firewalld / ufw），两层同时存在是正常的，也意味着两层都要配置。
flowchart TD
A[Internet] --> B[OCI Security List / NSG]
B --> C[Linux Firewall<br/>iptables / firewalld / ufw]
C --> D[Application]图：流量要连续过两层。只开控制台或只开系统防火墙，都可能“规则加了但仍然连不上”。
图：Security List 配在子网，作用在 VNIC。默认列表通常已放行 SSH 22。这只是云网络层，不等于 Linux 里的 ufw/firewalld 已经关闭。
控制台操作
实例详情 → VNIC → 子网 → 安全列表 → 添加入站规则：源 0.0.0.0/0，协议 TCP，目标端口按需填写（可用逗号一次写多个）。
图：对照官方教程对话框：Source CIDR、IP Protocol、Destination Port。按业务只开 22 / 80 / 443，不要为了省事写成全部端口。
系统内操作
用 iptables / firewalld / ufw 放行与控制台一致的端口即可；如需搭建转发类服务，记得开启 IP 转发。
图：系统层只要和安全列表放行同一组端口即可。这是常见 UFW 示例，不是 Oracle 控制台。Oracle Linux 默认更常见的是 firewalld。
很多早期教程让用户清空系统防火墙、控制台放行所有端口，从“立刻连通”的角度最省事，但对长期暴露在公网的 VPS 并不可取。更合理的方式是按实际业务开放：
- SSH：只开放 SSH 使用的端口
- 网站：80 / 443
- 面板：只开放面板实际使用的端口
- 其他服务：按需单独添加
能只开放三个端口，就不要为了方便开放全部端口。
配置完成后用 SSH 登录公网 IP 测试连通性。
六、老账户降配：把 4 核 24G 降到 2 核 12G
存量超额实例被强制处理前，按以下步骤降配：
flowchart TD
A[Compute → Instances] --> B[停止实例]
B --> C[状态变为已停止]
C --> D[More Actions → Edit]
D --> E[Shape Configuration]
E --> F[OCPU = 2]
F --> G[Memory = 12GB]
G --> H[Save]
H --> I[启动实例]图：降配必须先停机，再改 Shape。A1 Flex 可以改 OCPU/内存；E2.1.Micro 官方写明不能编辑。
图：对照官方文档：Actions → More actions → Edit → Edit shape → Ampere / VM.Standard.A1.Flex，OCPU 填 2，内存填 12，然后保存。运行中的实例保存后会重启。
- 实例列表选中目标实例 → 停止（必须先停机）。
- 等待状态变为“已停止”。
- 操作 → 更多操作 → 编辑。
- 展开 Shape 配置，把 OCPU 改为 2，内存改为 12GB（注意删掉多余的 0）。
- 保存，等待变更完成（约 1 分钟）。
- 启动实例。
降配后重新检查安全列表与系统防火墙是否正常；如果之前跑了保活类脚本，也需要重新运行。降配前建议先做快照或导出重要数据。
七、闲置回收与“保号”：跑真实业务比造假负载更靠谱
Oracle 官方确实存在对长期低利用率 Always Free Compute 资源的回收机制。社区整理的判定口径是：连续 7 天内 CPU、网络、内存（A1 实例）利用率的 95 分位均低于约 20%，实例可能被判定为闲置并进入回收范围。
图：看这三条：连续 7 天，CPU 95 分位 < 20%、网络 < 20%、A1 内存 < 20%，Always Free 计算实例可能被回收。这是规则证据，不是跑分图。
这也是网上大量“保号脚本”的由来：人为制造 CPU 占用、强行占用内存、持续产生无意义流量。常见做法是让利用率维持在 20% 左右，且要注意：重启实例后脚本需要重新运行；升级为 PAYG 后回收风险会明显降低，但仍建议保持基本活动。
不过，比起研究怎样制造假负载，更合理的做法是：
既然申请了服务器，就真正让它运行一些有价值的东西。
例如：个人博客、Telegram Bot、RSS、Uptime 监控、API、小型后端、自动化任务、自用工具、轻量数据库、开发测试环境。这样服务器本身就在产生真实的 CPU、内存和网络使用，也更符合申请云服务器的本来目的。
免费不等于申请完之后可以永久扔在那里完全不管。
八、一定要定期查看账单
无论有没有升级 PAYG，都建议定期打开：
左上角菜单 → Billing & Cost Management → Cost Analysis（成本分析）
图：照着这条菜单打开 Cost Analysis。默认按 Service 看当月费用。一直待在 Always Free 额度内时，这里应保持 $0；数据最多可能延迟 48 小时。
选择时间范围查看是否产生实际费用，始终为 0 才是正常状态。
图：升级 PAYG 后建议加一个很低的月度 Budget，并设置邮件告警。官方说明告警大约每 24 小时评估一次。这是发现误开收费服务的最快办法。
如果已经升级 PAYG，可以进一步使用 Budget（预算）、成本提醒和预算阈值，尽早发现异常计费。
想“永久免费”，最稳妥的方法不是死记某个视频的参数，而是：
- 创建资源时确认属于 Always Free
- 不超过官方当前免费额度
- 定期查看 Cost Analysis
- 不随意开启自己不了解的收费服务
这比任何“防扣费玄学”都可靠。
九、2026 年还值得申请吗？
如果只看参数，它已经不像当年的 4 核 24G 那么夸张。但从“长期免费服务器”的角度看：
- 2 OCPU + 12GB RAM 的 ARM
- 最多两台 AMD Micro
- 200GB 免费块存储
- 每月最高 10TB 免费出站流量
- Always Free 条件内长期免费
这套配置仍然很有吸引力。2 核 12G 的内存规格，实际上已经超过很多廉价付费 VPS。对学习 Linux、搭博客、跑 Bot、自动化服务、API、监控、开发环境来说完全够用。
它真正的缺点不是性能，而是：
- 注册存在一定不确定性
- 免费 Shape 经常缺货（Out of host capacity）
- 闲置资源存在回收机制
- 政策会动态调整（本次减半就是例子），新旧教程混杂、错误信息多
另外提醒一句：不要把生产关键数据完全押在单一免费实例上，定期快照或导出数据是好习惯。
总结
2026 年的 Oracle Cloud 免费 VPS，已经不是“随手拿一台 4 核 24G ARM”的时代了。
但把过时教程、注册玄学和错误信息去掉之后，它依然是目前非常少见的、有竞争力的长期免费云资源。真正值得记住的核心是：
2 OCPU + 12GB ARM + 两台 AMD Micro + 200GB 存储 + 每月 10TB 出站流量。
如果你正好需要一台长期跑轻量项目的 VPS，值得申请；老账户尽快降配到 2+12 并做好备份。如果申请失败，也不必为“下号玄学”反复折腾环境和账户。
图：申请完成后应看到的结构：一台在公共子网里、能 SSH、带着块存储的实例。免费可以很划算，但不值得为此反复折磨注册环境和账户。
把 Oracle Cloud 当成一个：
非常划算，但不值得魔怔的免费云资源。
这是现在最合适的使用态度。