甲骨文免费额度怎么算：2 核 12G 为什么正好跑满一个月

先说结论

甲骨文云免费套餐里，ARM 实例（A1.Flex）的免费额度是全账号共用的一池子小时数，不是按台算的。一个月按 730 小时算，2 核 12G 常开一个月，正好吃掉约 1460 OCPU 小时 + 8760 GB 小时，刚好卡在免费额度里面。这就是为什么 2 核 12G 是"免费甜点"，往上调任何一点都会开始计费。

免费额度其实是两本账

很多人第一次算错，是因为把两种免费额度混成了一本。其实是分开的：

第一本账：A1.Flex，按小时池算。 全账号每月共用 1500 OCPU 小时 + 9000 GB 内存小时（2026 年 6 月之后减半后的口径，之前是两倍）。一台机器开多久、什么规格，都从这个池子里扣。

第二本账：E2.1.Micro，按台数算。 全账号最多 2 台，和 A1 的小时池互不相干。E2 的机器不吃 A1 的池子，A1 的机器也不占 E2 的名额。

算账的时候先分清你开的是哪种，A1 只看小时池。

算一遍就明白了

一个月按 730 小时算（365 天 ÷ 12 个月 × 24 小时，实际月份有 28–31 天，数字会略有浮动）：

• 2 核 12G 常开：2 × 730 = 1460 OCPU 小时，12 × 730 = 8760 GB 小时。对照 1500 / 9000 的池子，两项都刚好在里面，只剩一点零头。
• 4 核 24G 常开：4 × 730 = 2920 OCPU 小时，24 × 730 = 17520 GB 小时。两项全部超标，超出的部分按量计费。
• 哪怕只加到 3 核 18G：3 × 730 = 2190 OCPU 小时，18 × 730 = 13140 GB 小时。还是超。

所以纪律很简单：A1 的规格只许保持 2 核 12G，往上调任何一点都会溢出。再开第二台 A1 也一样，约等于每月多花几十美元量级的费用。

三个容易踩的坑

第一，免费不等于不会扣费。 升级成按量付费（PAYG）之后，闲置回收那套就不适用了：超免费额度的部分是真扣费，不是关机回收。所以规格纪律比以前更重要。

第二，公网 IPv4 不收费。 这一点我专门核对过甲骨文官方的虚拟网络定价页：公网 IPv4 地址本身没有按小时收费，别被网上搬错的价目表吓到。

第三，主区域定死不能改。 注册时选的主区域（比如大阪）是永久的，免费资源只能建在主区域里。换区开实例就是另一本账，要另外算钱。

给新手的三条建议

1. 开一台 2 核 12G 的 A1 就够了，先跑起来，别急着加规格。内存 12G 是它的长板，跑博客、网盘、RSS、轻量服务都够用。
2. 在控制台建一个预算告警，比如每月 1 美元就提醒。免费额度内跑着没事，但告警是防止手滑改规格后不知不觉扣费的保险。
3. 超额度之前先算账：想加核、想加机器，先用"核数 × 730"和"内存 × 730"乘一遍，对照 1500 / 9000 的池子，超了就别点确认。

下一篇文章，我会写 FinalShell 打开远程文件报"下载失败"时，为什么先断开重连就能好。