为何Cloud Run设置max_instances=1却持续运行18个闲置容器？

问题核心 #

明明设置了max_instances=1，Cloud Run服务却一直运行着18个闲置实例，完全不符合官方文档中“闲置实例最多保留15分钟”的说明，直接导致账单成本飙升。

可能原因及解决办法 #

1. 配置未实际生效 #

Cloud Run的配置更新可能存在延迟或应用异常：

• 通过命令确认当前生效配置：gcloud run services describe <你的服务名> --region <部署区域>，检查maxInstances字段是否确实为1，而非之前的40或其他值。
• 若配置显示正确但实例数异常，直接重启服务强制刷新实例池：gcloud run services restart <你的服务名> --region <部署区域>。

2. 存在未终止的长期请求/进程 #

实例需在请求完全处理后才会进入闲置状态，若存在挂起的长请求、WebSocket连接或未关闭的后台进程，实例会被标记为“活动中”，无法触发回收机制：

• 到Cloud Logging筛选resource.type="cloud_run_revision"日志，查看是否有持续超过15分钟的请求记录。
• 检查应用代码：确认是否存在未关闭的数据库连接、未终止的后台任务或未正常结束的WebSocket会话，这类问题会“占用”实例使其无法被回收。

3. 第二代运行时的实例保留逻辑差异 #

第二代运行时基于GCE虚拟机，实例回收机制与第一代有区别：

• 若服务设置了min_instances=1，底层虚拟机可能会被持续保留，即便实例处于闲置状态。可临时将min_instances调整为0，等待15分钟观察实例是否被回收，验证是否为此原因导致。

4. GCP内部调度异常 #

极少数情况下，Cloud Run的自动扩缩容控制器会出现调度故障，导致实例数超出配置上限：

• 查看Cloud Run服务状态页，确认是否存在实例数与配置不符的告警。
• 联系GCP支持团队，提供服务ID、部署区域及实例异常时间段，请求排查内部调度问题。

临时止损操作 #

在排查根源期间，可快速降低闲置成本：

• 立即将异常服务的max_instances设为1并重启服务，强制终止超额实例。
• 若业务允许，临时将min_instances调整为0，避免闲置实例持续占用资源。

内容的提问来源于stack exchange，提问作者thclark