如何让ContainerApp在探针检测失败时持续运行？解决副本缺失问题

1. 错误提示含义 #

Could not find a replica for this app 表示你的Container App当前没有任何运行中的容器实例（副本）。Azure Container Apps会基于健康状态、缩放规则或资源限制动态调整副本数量，当所有副本被终止且无新实例启动时，就会返回这个提示。

2. 容器曾运行后停止的核心原因 #

结合描述的“容器曾成功运行但后续未启动”的情况，常见触发因素包括：

• 健康检查失败：若配置了存活（liveness）或就绪（readiness）探针，容器启动后探针连续检测失败会被Azure自动终止。如果没有备用副本启动，就会进入无副本状态。这是此类问题最常见的诱因。
• 自动缩容到0：若启用了基于负载的自动缩放，当CPU/内存使用率、请求量等指标降到阈值以下时，系统可能将副本数缩至0。
• 资源配额耗尽：订阅或资源组的CPU、内存配额不足，导致无法启动新的容器实例。
• 应用进程崩溃：容器内的应用代码因未处理异常、依赖缺失等原因退出，且未配置自动重启策略。
• 部署更新失败：后续更新镜像或配置时，出现镜像拉取失败、环境变量错误等问题，导致新副本启动失败，旧副本被终止后无可用实例。

3. 强制容器始终活跃的配置方案 #

要实现“即便检测报错也保持容器活跃”的需求，可通过以下配置调整：

• 调整或禁用健康检查：
  • 若无需健康检查，直接删除探针配置：

    az containerapp update -n <my-container-app> -g <my-resource-group> --remove properties.template.containers[0].livenessProbe
    az containerapp update -n <my-container-app> -g <my-resource-group> --remove properties.template.containers[0].readinessProbe
    

  • 若需保留探针但避免因失败终止容器，可将failureThreshold设为极高值，或延长periodSeconds检测间隔，给容器足够的恢复窗口。
• 锁定最小副本数：
  配置自动缩放的最小副本数为1，防止系统将实例缩至0：

  az containerapp update -n <my-container-app> -g <my-resource-group> --min-replicas 1
  

• 设置强制重启策略：
  将容器的重启策略设为Always，确保进程退出后自动重启：

  az containerapp update -n <my-container-app> -g <my-resource-group> --set properties.template.containers[0].restartPolicy=Always
  

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