甲骨文免费 A1 机器怎么申请：注册、选区、建机、避坑一次讲清

 

先说结论

甲骨文的 A1 机器能 0 元申请，关键就三点：第一，注册时选的 Home Region 选定后永不能改，免费资源只能建在主区域，所以选区这一步要先想好；第二，A1 免费不是"随便开"，是按月小时池算的，2 核 12G 常开正好跑满，第二台就开始收费；第三，A1 经常没容量，要有耐心，建机时注意 ARM 镜像和引导卷合计别超 200GB。

申请前准备

就三样：一个邮箱、一个能收验证码的手机号、一张 Visa 或 Mastercard。绑卡时会有一笔小额预授权验证，只是验证卡有效，不是实际扣费，验证完会撤销。

如果预授权失败，别急着认定是卡被拒了。先去控制台看付款方式状态和站内通知，有时候问题出在甲骨文或收单那一侧，换卡乱试解决不了问题。

注册步骤

在甲骨文云官网注册免费账号，按提示填信息、手机验证、绑卡验证，然后进控制台。

最重要的一步是选 Home Region：注册时就要选，选定后永不能改，免费资源只能建在主区域。所以要选离你近、且有 A1 容量的区域，比如大阪、东京、新加坡。选的时候顺带看一眼这个区域有几个可用域，有的区域只有一个可用域，建机时没得挑。

建机步骤

控制台里走：Compute → Create instance，按下面选：

  • 镜像：选 Ubuntu（ARM 版）。A1 是 ARM 架构，x86 的镜像和软件包装不上，选镜像时认准 ARM。
  • Shape：选 A1.Flex，然后调核数和内存。常开的话调成 2 核 12G，正好跑满月池；4 核 24G 也能选，但小时池只够开约半个月，不适合常开。
  • 网络：VCN 和子网用新建的或者默认的都行，安全列表里放行你要用的端口，SSH 至少放行 22。
  • 登录：上传 SSH 公钥，用密钥登录，别用密码。公钥可以事后追加，密码登录能关就关。
  • 引导卷：默认大小就行，记住免费额度是两台机器的引导卷合计 200GB，加起来别超。

点创建，等状态变成 Running，记下公网 IP，就能用密钥连上去了。

免费额度算账

A1 的免费额度是全账号共用的月池：每月 1500 OCPU 小时 + 9000 GB 内存小时。

  • 2 核 12G 常开一个月：约 1460 OCPU 小时 + 8760 GB 小时，基本正好跑满。
  • 4 核 24G 常开一个月：约 2920 OCPU 小时 + 17520 GB 小时，超出月池，超出的部分要收费。
  • 第二台 A1：月池已经被第一台吃满，第二台全额计费，大约 28 美元一个月量级。
  • 公网 IPv4：不收费。
  • 出站流量：每月 10TB 免费，日常用远远够。

除了 A1，免费层还有 2 台 E2 小机（1 核 1G 量级），跑轻量东西可以分过去，别全挤在 A1 的月池里。

四个坑

第一，闲置回收。 免费账号长期闲置的机器可能被回收。之后可以升级成 PAYG（按量付费）账号，升级后不再回收闲置，但超免费额度就真扣费了。升级前先想清楚，升级不是"更免费"，是"超了真给钱"。

第二，容量。 A1 经常显示无容量，这是常态。换个可用域、换个时间段再试，别用抢机脚本批量建机，多建出来的机器可能计费，得不偿失。

第三，预算告警。 建机后第一件事是建预算告警，比如每月 1 美元，超了发邮件提醒。别等账单出来才发现超了，告警是免费的，账单不是。

第四，ARM。 再说一次，A1 是 ARM 架构。装软件、跑脚本之前先确认有没有 ARM 版，拿 x86 的东西往上装，装不上是正常的，不是机器坏了。

一句话总结

申请甲骨文免费 A1：选区想好再注册（改不了），建机用 2 核 12G 常开（正好跑满月池），建完先把预算告警建上，容量没有就换时间再试，别多建机器。

评论

发表评论

此博客中的热门博文

甲骨文免费额度怎么算：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 地址本身没有按小时收费，别被网上搬错的价目表吓到。 第三，主区域定死不能改。 注册时选的主区域（比如大阪）是永...
阅读全文

Linux 时区怎么改：timedatectl 一行命令

  先说结论 Linux 改时区就一行命令，不用改配置文件、不用重启： timedatectl set-timezone Asia/Tokyo 改完立即生效，再跑 date 验证一下，显示的时间就是新时区的了。 我踩过的一次：时区要按机器所在地设，不是按人所在地设 有一次我要给几台云服务器改时区。第一反应是"时区设为当地"，顺手就把一台大阪的机器设成了 Asia/Shanghai——因为"当地"在我脑子里就是我所在的地方。 结果马上被纠正了： 服务器的时区，应该按服务器所在地设 。大阪的机器就是 Asia/Tokyo，美国盐湖城的机器就是 America/Denver。时区跟的是机器，不是跟人。 这个纠正很关键，因为后面所有看日志、排定时任务的人，都默认服务器时间就是当地时间。设错了，每次看日志都得在脑子里换算，迟早会看错一次。 三步：查、改、验 第一步：查现在是什么时区。 timedatectl 输出里有一行 Time zone: ，就是当前时区。新装的云服务器默认经常是 Etc/UTC（协调世界时），看着跟北京时间差 8 小时，日志时间全对不上本地感觉。 第二步：改。 timedatectl set-timezone Asia/Tokyo 把 Asia/Tokyo 换成你要的时区。不知道完整名字可以先列出来找： timedatectl list-timezones | grep -i tokyo 常见的几个：上海是 Asia/Shanghai，东京是 Asia/Tokyo，美国盐湖城是 America/Denver。 第三步：验。 date 显示的时间和时区缩写对了，就是改成了。改时区不需要重启机器，也不需要重启服务，立即生效。 两个容易混淆的概念 第一，服务器时区不等于浏览器显示的时区。 有一次我用浏览器走大阪节点的代理，打开一个显示时区的网站，页面上写着 SHANGHAI。当时差点以为是服务器时区没改对。其实不是：网站显示的时区，取的是你访问设备的系统时区（我电脑就是上海时区），跟服务器时区没关系。服务器时区只影响服务器自己的日志和定时任务。 第二，夏令时不用手动调。 像 America/Denver 这种带夏令时的时区，夏令时期间是 MDT（UTC-6），夏令时结束自动变 MST（UTC-7）。用 timedat...
阅读全文

FinalShell 打开远程文件报“下载失败”：先断开重连，别先改权限

先说结论 用 FinalShell 双击打开远程服务器上的文件，弹出“下载失败”，第一反应应该是 先断开连接、重新连一次，再试一次 。很多时候这一步就好了，根本不用动服务器上的任何东西。 我踩过一次：当时先怀疑文件权限，查了一圈服务器，文件可读、磁盘有空间、SSH 的 SFTP 配置也正常，最后断开重连，立刻就能打开了。问题不在文件，也不在服务器，在 FinalShell 那个挂了很久的会话本身。 症状长这样，你就按这篇来 典型的表现是“一半正常、一半不正常”，很容易误导人： 左侧文件列表还能正常显示，服务器明明连着； 双击某个文件想打开编辑，却报“下载失败”； 换个文件试，还是打不开。 看到这种“列表在、下载不通”的组合，先别急着下结论。文件列表走的是会话里还能用的部分，下载走的是已经发僵的那条 SFTP 通道，两边状态不一样，才会出现这种半正常现象。 正确的排查顺序 第一步：断开，重连，再打开。 在 FinalShell 里把当前连接断开，重新连上服务器，再双击同一个文件。如果能打开了，事情就结束了，不用再往下查。 第二步：还打不开，再看服务器侧。 按这个顺序过一遍，别跳步： 文件是不是真的存在、当前登录账号能不能读它； 服务器磁盘是不是满了； SSH 服务和 SFTP 相关配置有没有被改坏。 第三步：最后才考虑改权限。 只有确认了“确实是权限不够”再改。权限改错了比不改更麻烦：改松了是安全口子，改错了属主还可能把原来能跑的服务弄停。把“改权限”放在最后，本身就是在省事。 为什么重连会好 FinalShell 的会话挂久了，里面的 SFTP 通道会发僵：连接看着还在，实际上下载数据的那条路已经不通了。断开重连就是换一条新的通道，文件、服务器什么都没变，路通了自然就好了。 所以这条经验可以记成一句话： FinalShell 报下载失败，先重连，再查服务器，最后才动权限。 顺序反过来，前面查的那一圈全是白费功夫。
阅读全文