账单里持续出现的计算费用，不一定对应正在提供服务的机器。要落地云资源闲置实例的识别与自动回收方案，先找出长期运行但缺少业务活动的实例，再以通知和停止为起点，逐步控制回收风险。
先识别“可能闲置”，别只看单一指标
实例处于运行状态，只能说明它没有关机；CPU利用率低，也不能直接证明它无用。定时任务、备用节点、开发测试环境和低频内部系统，都可能在大部分时间保持低负载。判断时应组合实例状态、监控数据、网络活动和业务归属。
- 状态：筛出连续运行的实例，排除已停止、正在变更或处于维护流程中的对象。
- 利用率：查看云监控中的CPU、网络收发量及磁盘活动。可先把连续7至14天大部分时段CPU低于约5%至10%、网络和磁盘活动接近基线的实例列入候选；这只是初筛范围，需结合业务周期调整。
- 归属：检查用途、负责人、环境等标签。缺少负责人或用途标签的实例应先补登记，不应直接删除。
工作日和周末负载差异较大的系统，观察期宜覆盖完整业务周期；月末结算等低频任务则需要更长窗口。指标缺失或监控中断时，应标记为“待确认”，而不是当作零利用率。
把候选清单变成可执行的回收流程
云资源闲置实例的识别与自动回收方案，应先让自动化负责发现和提醒，再逐步开放有条件的操作。下面的步骤适用于不同云平台，具体控制台名称和可用接口以所用产品为准。
- 设定范围：按账号、项目或环境筛选实例，先排除生产核心服务、数据库、集群节点、灾备资源及正在执行变更的对象。
- 生成候选清单：保存实例标识、运行时长、观察期内的监控趋势、负责人和成本中心；缺少关键信息的记录进入人工核验队列。
- 通知与确认：通过现有工单或通知渠道联系负责人，说明观察窗口和拟采取动作，设置合理的确认期限。未响应不应自动等同于同意删除。
- 先停止再观察：对确认可回收的测试或临时实例，优先执行停止，并观察数天到一个业务周期。若有告警、任务失败或负责人提出异议，恢复运行并复查。
- 审批后释放：确认不再需要后再安排释放资源；操作前核对数据盘、启动配置和恢复需求，按组织要求保留快照或备份记录。
- 留存记录：保存筛选依据、确认人、执行时间和结果，定期复查排除名单与回收规则。
停止与释放：按风险选动作
停止通常比释放更容易恢复，但实例停止后是否继续产生存储或其他费用，取决于云平台、磁盘类型和资源配置。释放通常意味着归还计算资源，部分临时盘数据可能无法保留；固定公网地址、数据盘等关联资源也要分别核对。不能仅凭“实例已删除”推断所有关联费用都已消失。
因此，自动化宜采用分级权限：发现与通知可自动运行；停止操作限定在已标记、已确认的实例；释放则要求审批或满足明确的生命周期策略。为避免误操作，可设置冷静期、禁止名单、操作上限和失败告警，并确保自动化账号只拥有完成任务所需的权限。
从小范围试运行开始
先在开发或测试环境运行一至两个业务周期，核对候选准确性、负责人响应情况和恢复路径，再逐步扩大范围。评价流程时，除了关注回收数量，也要记录误判、恢复次数和遗漏的关联资源。云资源闲置实例的识别与自动回收方案只有在规则可解释、动作可撤销、责任可追溯时，才适合扩大自动化范围。
常见问题
低CPU实例一定闲置吗？
不一定。还要看网络、磁盘、任务时间表和业务负责人确认。
观察期应该设多长？
常见初筛可看7至14天；业务周期更长时应延长，覆盖关键任务时段。
能否直接自动删除？
不建议。先通知、停止并观察，确认数据和依赖后再审批释放。
标签不完整怎么办？
将实例转入待补充队列，补齐用途与负责人后再参与自动回收。