服务编排怎么实现容器异常崩溃后的自动重启与恢复策略-Docker-PHP中文网

服务编排实现容器异常崩溃后的自动重启与恢复，核心是通过 docker compose 配置 healthcheck 与 restart 策略联动，精准识别“活着但废了”状态并触发重建；进阶可用 deploy.restart_policy.condition: unhealthy 实现故障精准响应，结合监控告警与资源限制保障系统稳定性。

服务编排怎么实现容器异常崩溃后的自动重启与恢复策略

服务编排实现容器异常崩溃后的自动重启与恢复，核心是把“检测异常”和“触发动作”两件事串起来——不是等人工发现再处理，而是让系统自己判断、自己动手。关键不在于单点技术多炫酷，而在于策略选得准、配置写得对、组合用得稳。

用 Docker Compose 配好 restart + healthcheck

这是最常用也最落地的方式。单纯设 restart: always 只能应对进程退出，但应用卡死、端口监听却无响应时它完全感知不到。必须搭配健康检查，才能真正识别“活着但废了”的状态。

在 docker-compose.yml 中同时定义 healthcheck 和 restart，例如：

services:
  api:
    image: my-api:v1
    healthcheck:
      test: ["CMD", "curl", "-f", "http://localhost:3000/health"]
      interval: 20s
      timeout: 5s
      retries: 3
      start_period: 40s
    restart: unless-stopped

restart: unless-stopped 是生产环境首选：宿主机重启后自动拉起，手动 docker stop 后则不再启动，避免误操作干扰维护；
健康检查失败连续 3 次，Docker Compose 会标记容器为 unhealthy，并按 restart 策略终止旧实例、启动新实例——这整个过程就是一次“自动恢复”。

进阶：用 restart_policy.condition 实现精准触发

Docker Compose v2.2+ 支持更细粒度的控制，让重启只发生在健康检查失败时，而不是任何退出都重试，避免掩盖真问题。

OpenClaw Docker Setup

在 Linux 上通过 Docker 运行 OpenClaw，并使用 Tailscale 实现远程访问。⚠️ 涉及 sudo、Docker、Tailscale和凭证挂载——请先查阅安全章节...

下载

把 restart 换成 deploy.restart_policy（注意：需在 Swarm 模式或 Compose v2.2+ 的非 Swarm 场景下生效）：

services:
  web:
    image: nginx
    healthcheck: ...
    deploy:
      restart_policy:
        condition: unhealthy
        delay: 10s
        max_attempts: 3

condition: unhealthy 表示仅当健康检查失败才触发重启，比 on-failure 更可靠；
max_attempts: 3 防止无限循环重启——如果三次重建后仍 unhealthy，就停在那里，留出排查窗口。

跨主机/集群级恢复：靠监控 + 脚本联动

单机 Compose 解决不了节点宕机、网络分区或资源争抢导致的批量异常。这时需要外部系统介入：

用 Prometheus 抓取 container_status 或自定义健康指标，Alertmanager 配置告警规则，比如 “连续 2 分钟 container_state != running”；
告警触发后，调用 Shell 脚本执行恢复动作：docker ps -q --filter status=exited | xargs -r docker start，或更稳妥地 docker-compose up -d --force-recreate；
若用 Kubernetes，则直接交给 restartPolicy: Always + Liveness Probe，编排层原生支持故障驱逐与 Pod 重建，无需额外脚本。