[!abstract] 核心结论 Oracle Cloud（OCI）官方规则明确：连续 7 天内，若 CPU、网络（及 ARM A1 实例的内存）使用率均低于 20%，实例即进入“闲置回收”风险区。一旦被 Oracle 判定回收或删除，数据与实例永久不可恢复。最稳妥的策略是承载真实业务，配合轻量且留有安全余量的保活方案，并定期进行异地备份。

OCI Always Free 实例回收规则与保活防范

一、什么是“免费实例回收”

Oracle Cloud Infrastructure（OCI）的 Always Free（永久免费） 计划提供两类算力资源：

• AMD x86 微实例：VM.Standard.E2.1.Micro（2 核 / 1 GB 内存）
• ARM 实例：VM.Standard.A1.Flex（可分配最多 4 OCPU / 24 GB 内存，Ampere A1）

由于云端免费资源池容量有限，Oracle 会定期回收（reclaim / terminate）长期闲置或判定为违规的免费实例。

[!danger] 无法找回机制 实例一旦触发回收被删除，磁盘与数据无法从控制台恢复。只能重新创建新实例（且受区域可用容量 Out of host capacity 限制）。

---

二、官方当前闲置回收判定规则

2.1 闲置评估三要素与阈值

根据 Oracle 官方 Always Free Resources 规范，若虚拟机在连续 7 天评估窗口内满足以下条件，Oracle 有权将其判定为闲置并回收：

评估维度	闲置判定阈值	适用实例类型	官方评估标准
CPU 利用率	第 95 百分位数 < 20%	所有免费 VM 与裸金属	7 天窗口统计
网络利用率	第 95 百分位数 < 20%	所有免费 VM 与裸金属	7 天窗口统计
内存利用率	第 95 百分位数 < 20%	仅 Ampere A1 (ARM)	7 天窗口统计

• 评估周期：连续 7 天滚动评估。
• 免考核项目：E2.Micro 实例不强制考核内存利用率；只有 A1.Flex 实例需考核内存指标。
• 裁量权说明：官方用语为 “may be reclaimed”（可能被回收），即具备最终裁量权，并非达到线即 100% 立即触发秒删。

2.2 历史阈值演进轨迹

社区观测显示，Oracle 官方对闲置判定的负载要求经历过多次隐性上调：

timeline
    title Oracle OCI 闲置回收阈值演进
    2023 年初 : CPU / 网络 10%
    2023 年 4 月 : 提升至 15%
    2023 年 9 月起 : 提升至 20%（当前官方文档固定标准）

[!tip] 防范建议 不要精准卡在 20% 的硬性指标上配置保活脚本，建议将目标利用率控制在 25%–30% 之间留出安全余量。

---

三、非闲置类的常见回收与封禁原因

除了 7 天指标不达标外，社区中常见的实例丢失或被清空还包含以下触发因素：

触发场景	根本原因与风险点	防范策略与提示
Free Trial 试用期到期	30 天试用期结束，超出 Always Free 范围的付费资源被强制清理	检查控制台横幅，确保实例明确带有 Always Free 标识
A1 配额超额占用	租户内 A1 实例总 OCPU/内存超出单租户 4C/24G 免额上限	及时在控制台删除多余超额实例
支付卡信息失效	绑定的信用卡过期、扣款验证失败或预授权拒绝导致账户有效性降低	信用卡到期前及时更新控制台支付方式
违反 AUP 合规政策	用于加密货币挖矿、发送 SPAM 垃圾邮件、端口扫描或极端高频代理	遵守 Oracle AUP 使用规范，避免恶意使用
长期零交互/无流量	连续数月无 SSH 登录或网络流量完全归零	定期登录维护，开启邮件 Notifications 告警

---

四、实例回收后的排查与应急路径

当发现实例无法访问或处于异常状态时：

flowchart TD
    A[实例突然无法访问] --> B{检查 OCI 控制台状态}
    B -->|Status: Terminated| C[已被完全回收删除]
    B -->|Status: Stopped| D[尝试手动点击 Start 重新启动]
    C --> E[检查注册邮箱与控制台 Notification 告警日志]
    E --> F[若确认误删且账号正常: 提交 Help & Support 工单说明情况]
    E --> G[重新配置并创建新的 Always Free 实例]

---

五、科学保活与系统防范方案

5.1 最佳实践：真实业务承载（首选）

• 部署常驻小服务：跑轻量化博客（如 Hexo/Astro/WordPress）、Nginx 反向代理、哪吒监控 Agent、Nextcloud 或 Docker 自动化容器。
• 定期维护：保持每月至少登录一次 SSH 产生系统审计日志。
• 异地备份：使用 Rclone / Duplicati 或 GitHub Actions 将备份文件自动同步至第三方 S3/对象存储。

5.2 社区保活工具参考

若服务器负载较轻，可以参考社区主流合规脚本进行“指标锻炼”：

1. Oracle-server-keep-alive-script (spiritLHLS):
   • 同时对 CPU、网络和内存施加温和资源占用。
2. nerdy-holder (bOOOOcG):
   • 智能控制 A1 实例内存稳定在 25%~35% 区间，并加入随机小幅波动，规避固定挂载特征。

[!warning] 保活防坑陷阱

1. 避免高频频繁 PING：每分钟请求外部 IP 会被防火墙识别为异常网络行为。
2. 避免长时间 100% 满载：会导致系统响应迟钝且可能触犯高负载限制，保持在 25%–35% 即可。

---

六、相关笔记与索引

• 所属 MOC：甲骨文云服务器 MOC
• 前置指南：Oracle Cloud Free Tier 总览
• 相关配额：OCI 免费额度与计费边界