OCI Always Free 资源目录与开通计划

汇总 OCI 当前公开的 Always Free 资源、区域与回收限制，并结合大阪区两台实例给出值得开通的开发资源和磁盘规划。

#type / resource #status / growing #tech / ops #resource / oracle-cloud #platform / server

[!abstract] 当前结论 OCI 的“免费资源”既包括可创建的实例、数据库和存储，也包括自动随租户提供的月度免费用量。不要为了“占满额度”创建空资源。当前大阪区的 oracle1 与 oracle2 已用完 200 GB 免费块存储；开发机应保留公网 IPv4；最值得手动核对并按需开通的是 MySQL HeatWave、一个 Autonomous AI Database、对象存储备份桶以及通知/监控。

OCI Always Free 资源目录与开通计划

本笔记回答什么

  1. OCI 目前公开列出了哪些长期免费的资源？
  2. 哪些资源需要创建，哪些只是免费用量或服务限额？
  3. 以 Home Region 为大阪、已有一台 AMD 与一台 ARM 实例的当前租户为例，哪些值得开通？
  4. 现有 200 GB 块存储怎样理解，能否再创建一台 AMD 实例？

本页依据无需登录即可访问的 Oracle 公开文档整理，核对日期为 2026-07-20。控制台中的 Always Free-eligible 标识、Home Region 支持情况和创建页估价始终拥有最终决定权。本次没有登录 OCI 控制台，也没有代为创建云资源。

先区分三种“免费”

类型例子是否应该主动创建
可部署资源Compute、Autonomous DB、MySQL、负载均衡器只有确有用途时创建
容量池200 GB 块存储、20 GB 对象存储、5 个卷备份按总量分配，不必占满
每月免费用量10 TB 出站流量、Monitoring、Notifications通常自动可用，无需先占坑

Free Trial 的 300 美元/30 天试用金不等于 Always Free。试用金会过期，而 Always Free 是账号生命周期内、在资格和限额内持续免费的资源。详见 OCI 免费额度与计费边界。

完整资源目录

基础设施与存储

服务公开的 Always Free 额度关键限制当前建议
Certificates5 个 CA、150 张证书CA 和证书仍需要真实用途与生命周期管理暂不开；Caddy/Let’s Encrypt 已能满足公网 HTTPS
AMD Compute最多 2 台 VM.Standard.E2.1.Micro每台约 1 GB 内存；只能在 Home Region；仍受容量与总磁盘限制已有 1 台；计算名额理论上还剩 1 台
Arm Compute每月 1,500 OCPU-hours、9,000 GB-hoursAlways Free 租户等价于合计 2 OCPU、12 GB；最多拆成两台 1 OCPU已由 oracle2 的 2 OCPU/12 GB 全部占用
Block Volume引导卷与块卷合计 200 GB必须在 Home Region；最小引导卷约 47/50 GB当前 50+150 GB，已全部用完
Volume Backup引导卷与块卷备份合计最多 5 个数量池共享；旧备份不清理会阻止新备份建议建立轮换，而不是永久堆积
Object/Archive StorageFree-only 状态合计 20 GB；每月 50,000 次 API 请求Standard/Infrequent/Archive 共享 20 GB；Trial/PAYG 展示方式不同建一个私有备份桶，设置生命周期规则
Vault软件保护主密钥版本免费；20 个 HSM 主密钥版本；150 个 secretVirtual Private Vault 不免费；每个 secret 最多 40 个版本有真实密钥后再建，避免空 Vault
Resource Manager100 个配置源、2 个并发作业（最长 24h）、1 个私有端点、100 个模板、100 个 StackTerraform 作业会创建实际资源，仍受各服务配额和计费约束日后做基础设施即代码时使用，无需先占坑

[!warning] 闲置实例会被回收 Oracle 公布的判断窗口为 7 天：CPU 的 95 百分位低于 20%、网络利用率低于 20%，且 A1 的内存利用率低于 20% 时，Always Free Compute 可能被判定为空闲并回收。不要制造无意义流量；应让实例承载真实负载，并做好可重建备份。

数据库

服务公开的 Always Free 额度适合用途主要限制与本租户判断
Autonomous AI Database最多 2 个；每个 1 OCPU、20 GBOracle SQL、事务处理、JSON、APEX、分析/湖仓学习与兼容性测试仅 Home Region；工作负载创建后按产品规则运行；免费版不可扩 CPU/存储。大阪是否支持必须由你在控制台查看免费标签
Oracle NoSQL Database3 张表，每表 25 GB；约 1.33 亿次读/月、1.33 亿次写/月OCI 原生 NoSQL 试验Oracle 专页说明 Always Free NoSQL 仅 Phoenix；Home Region 为大阪时不要按免费资源创建
MySQL HeatWave1 个 MySQL.Free DB System，固定 50 GB；额外 50 GB 备份；可带 1 个 HeatWave.Free 节点DailyUse、MemoFlow、BodySense 的 MySQL 兼容开发/测试，SQL 分析与 HeatWave 实验仅 Home Region；固定容量不能扩；必须确认创建页明确为 Always Free/¥0

Autonomous Database 支持 Transaction Processing、JSON Database、APEX Application Development 与 Lakehouse/Data Warehouse 等工作负载。公开总表目前写的是每个免费实例最多 20 个并发数据库会话；不同产品页的旧数字可能不一致，以创建当天的控制台和当前总表为准。

网络

服务公开的 Always Free 额度是否需要主动创建
Flexible Load Balancer1 个，固定 10 Mbps当前 oracle1 + Caddy 足够，不创建空 LB
Network Load Balancer1 个没有四层负载均衡需求时不创建
VCNFree-only 租户最多 2 个已有 VCN 足够；不要为了额度创建第二套孤岛网络
VCN Flow Logs与 Logging 共享每月最多 10 GB排查 NSG/安全列表时按需开启，并设置保留期
Site-to-Site VPN最多 50 条 IPSec 连接只有对接家庭/公司网络时创建；不是个人客户端 VPN 的替代品
Cluster Placement Groups每区 10–50 个，取决于计费模型面向特定高性能部署，当前无需创建

可观测性、管理与其他用量

服务公开的 Always Free 额度当前用法
Application Performance Monitoring每小时 1,000 个 Trace 事件、10 次 Synthetic Monitor 运行有 OCI APM 接入计划再开
Connector Hub2 个 Connector日志转存到 Object Storage 时再创建
Console Dashboards每租户 100 个建 1 个服务器与数据库总览即可
Email Delivery每月 3,000 封要配置域名、SPF/DKIM 与 Approved Sender；不把它当个人 SMTP 中继
Fleet Application Management每月前 25 个受管资源的系统生命周期操作需要统一补丁/生命周期管理时使用
Monitoring5 亿个采集数据点、10 亿个查询数据点为两台 VM、数据库和预算异常建立少量有效告警
Notifications每月 100 万次 HTTPS、1,000 封邮件通知建一个运维 Topic，连接告警和备份失败通知
Outbound Data Transfer每月 10 TB是月度用量，不需创建资源；仍应监控异常流量
LoggingFree-only 租户与 Flow Logs 等共享每月 10 GB设置短保留期，避免误以为日志无限免费
Bastion免费仅在准备私网化实例并验证恢复通道时创建

当前两台实例的实际盘点

以下信息来自实例元数据服务与 lsblk 的只读检查，不依赖 OCI 控制台：

别名形状架构与配置当前引导盘推荐职责
oracle1VM.Standard.E2.1.MicroAMD64；官方规格为 1/8 OCPU、1 GB，可突发使用额外 CPU50 GB公网代理入口、Caddy；保持负载轻量和稳定
oracle2VM.Standard.A1.FlexARM64，2 OCPU/12 GB150 GB开发机、Codex CLI、项目容器、构建与数据库客户端

两块引导盘合计：

50 GB + 150 GB = 200 GB

因此当前状态是：

  • AMD Compute 名额理论上允许再创建一台 E2.1.Micro；
  • A1 的 2 OCPU/12 GB 已全部分配；
  • 200 GB 免费块存储已经耗尽，而新实例需要约 47/50 GB 引导卷；
  • 所以在不删除卷或进入付费存储的前提下，当前无法再落地第二台 AMD 实例。

200 GB 应怎样分配

如果从零重新规划，较均衡的方案是：

用途容量理由
oracle1 AMD 入口机50 GB系统、Caddy、少量日志足够
oracle2 ARM 开发机100 GB代码、依赖、容器镜像与构建缓存
预留池50 GB第二台 AMD 的引导卷，或独立数据卷

但当前 oracle2 已经是 150 GB。OCI 块卷只支持在线扩容，不支持缩小。扩容后 Linux 还需要扩展分区和文件系统，常见 Oracle Linux/Ubuntu 引导卷可使用 oci-growfs；操作前应做卷备份。

因此不能把 oracle2 从 150 GB 直接改回 100 GB。若一定要腾出 50 GB，只能走“备份数据 → 创建/重建较小引导卷或实例 → 验证 → 删除旧 150 GB 引导卷”的迁移路线。由于当前免费存储已经满额，这个过程还需要谨慎安排临时落点，存在容量不足、抢不到 A1 和误删数据的风险。仅仅为了多一台性能很弱的 1 GB AMD，不值得现在重建开发机。

[!tip] 当前最佳决策 保留 50+150 GB，不为了“把两台 AMD 名额都用掉”折腾。代码应推送到 GitHub，数据库和应用数据做独立备份，Docker 构建缓存设置定期清理；真正遇到磁盘压力后再评估对象存储或重建。

开发机是否要移除公网 IPv4

不需要。Oracle 的公开文档只说明公网 IPv4 是可选项，并没有要求 Always Free 实例必须移除公网地址。

对当前用途，oracle2 是需要从本机直接 SSH、运行 Codex CLI 和开发服务的开发机。保留公网 IPv4 能降低运维复杂度。安全边界应由以下措施提供：

  • SSH 仅允许密钥登录，禁用密码和 root 直登；
  • NSG/安全列表与 UFW 只开放必要端口；
  • 条件允许时把 SSH 来源限制为可信 CIDR；
  • 保留 Fail2ban、系统更新、登录审计与恢复入口；
  • 开发服务默认只监听 127.0.x.x 或私网地址，通过 SSH 转发或 Caddy 暴露。

只有在 Tailscale/WireGuard、oracle1 跳板或 OCI Bastion 已经实际验证，并且有可靠救援路径后，才值得把 oracle2 私网化。参见 完成实例加固后的 OCI 控制台配置。

哪吒面板与 Sub-Store 应放在哪里

把两者都迁到 oracle1 在技术上可能可行，但不是最稳妥的默认方案。E2.1.Micro 只有 1 GB 内存，反向代理、哪吒 Dashboard、数据库、Sub-Store 与 Docker 守护进程叠加后，更新或流量波动容易触发交换、OOM 或让代理节点失联。

推荐拓扑：

flowchart LR
    Internet["公网用户/节点"] --> O1["oracle1 AMD 1G\nCaddy 与公网入口"]
    O1 --> O2["oracle2 ARM 12G\n哪吒 Dashboard、Sub-Store、开发容器"]
    O2 --> Backup["Object Storage / 异地备份"]
  • oracle1：继续只承担公网入口、TLS、轻量代理和健康检查；
  • oracle2：运行哪吒 Dashboard、Sub-Store 与其他容器；
  • 应用端口只在私网监听，由 oracle1 反向代理；
  • SQLite/配置文件、证书和订阅数据先做可恢复备份再迁移；
  • 迁移前先记录旧服务器的镜像版本、Compose 文件、卷挂载、环境变量、域名和 DNS TTL；
  • 迁移后先做并行验证，再切 DNS，最后才停止旧服务。

如果坚持全部部署到 oracle1，至少要先测量旧服务器上两个容器的常驻与峰值内存，给容器设置内存上限，保留 swap，并确保哪吒 agent 通道、WebSocket 与 Sub-Store 任务均通过健康检查。没有旧服务器的 SSH 别名和现有 Compose/数据目录清单前，不应直接迁移。

值得手动开通的优先级

P0：先核对，不创建

  • 在控制台的 Limits, Quotas and Usage 中确认 Home Region、大阪区各项 Always Free 限额与已用量；
  • 在 Cost Analysis 确认当前没有未知费用；
  • 创建页必须同时满足：位于 Home Region、形状/服务明确显示 Always Free-eligible、估价为 0 或清楚解释由免费额度抵扣；
  • 不输入或保存数据库密码到 Git、Obsidian 笔记或 AI 对话。

P1：现在最有价值

  1. 一个私有 Object Storage 备份桶：保存应用配置、数据库导出与恢复清单；设置生命周期，保证总量不超过 20 GB。
  2. 一个 Notifications Topic：接收实例、备份、数据库与预算告警。
  3. 必要的 Monitoring Alarm 与一个 Dashboard：少而明确，不铺满免费额度。
  4. 一个 MySQL HeatWave Always Free DB System：只有创建页显示 MySQL.Free、50 GB、Home Region 且免费时创建。可作为项目的开发/兼容性数据库，不应直接替代本地 SQLite/PostgreSQL 而不做技术评估。
  5. 一个 Autonomous Transaction Processing Database：用于 Oracle SQL、APEX 或兼容性学习；先创建一个，第二个名额留给 JSON/APEX 等明确实验。

P2：有场景再开

  • Vault：应用真正要托管密钥时；
  • Bastion：开发机私网化之前；
  • Connector Hub：把日志自动归档到对象存储时；
  • APM/Synthetic Monitoring：应用接入 OCI APM 后；
  • Email Delivery：有域名验证和事务邮件需求后；
  • Flexible LB/NLB、第二个 VCN、Site-to-Site VPN：只有网络拓扑确实需要时。

当前明确不建议

  • 第二台 AMD：有计算名额，但没有免费引导盘容量；收益不足以抵消重建风险。
  • NoSQL Always Free：公开产品文档把免费 NoSQL 限制在 Phoenix，与大阪 Home Region 不匹配。
  • 空负载均衡器、空 Vault、空证书、空 VPN：只会增加资产、权限和误配置面，并不会让开发收益增加。
  • 把所有应用都压到 oracle1：会把代理入口与应用故障域合并到 1 GB 内存机器上。

手动开通时的停止条件

任一条件出现都停止创建：

  • 页面没有 Always Free-eligible 或 Always Free 模板；
  • 创建位置不是 Home Region；
  • 估价显示非零且无法由公开免费额度解释；
  • 要求升级 PAYG 才能继续；
  • 默认附加了付费备份、额外节点、私有 Vault、额外存储或其他收费组件；
  • 数据库版本、网络、备份或删除策略尚未理解；
  • 需要把管理员密码交给第三方或写入仓库。

来源

创建于 2026/7/20 更新于 2026/7/20