我正在使用Docker version 17.09.0-ce，我看到容器被标记为不健康。是否有一个选项可以让容器重新启动，而不是让容器保持不健康状态？
【问题讨论】：
docker events -f event=health_status (docs.docker.com/engine/reference/commandline/events/…) 然后根据容器的健康状况采取行动
不健康容器的重启功能在最初的 PR (https://github.com/moby/moby/pull/22719) 中，但在讨论后被删除，并考虑在以后作为 RestartPolicy 的增强功能完成。
此时您可以使用此解决方法来自动重启不正常的容器：https://hub.docker.com/r/willfarrell/autoheal/
这是一个示例撰写文件：
version: '2'
services:
autoheal:
restart: always
image: willfarrell/autoheal
environment:
- AUTOHEAL_CONTAINER_LABEL=all
volumes:
- /var/run/docker.sock:/var/run/docker.sock
只需在此执行docker-compose up -d
【讨论】：
您可以通过设置智能 HEALTHCHECK 和正确的重启策略来自动重启不健康的容器。
Docker 重启策略应该是always 或unless-stopped 之一。
HEALTHCHECK 应该实现一个逻辑，在容器不健康时将其杀死。
在以下示例中，我使用了 curl 及其内部重试机制，并将其（在失败/服务不健康的情况下）通过管道传送到 kill 命令。
HEALTHCHECK --interval=5m --timeout=2m --start-period=45s \
CMD curl -f --retry 6 --max-time 5 --retry-delay 10 --retry-max-time 60 "http://localhost:8080/health" || bash -c 'kill -s 15 -1 && (sleep 10; kill -s 9 -1)'
这里要理解的重要一步是curl命令中自带重试逻辑，这里的Docker重试其实是强制的但是没用。那么如果curl HTTP 请求失败 3 次，则执行kill。首先它向容器中的所有进程发送一个 SIGTERM，让它们优雅地停止，然后在 10 秒后它发送一个 SIGKILL 来完全杀死容器中的所有进程。需要注意的是，当一个容器的PID1死了，那么容器本身就死了，并调用了重启策略。
kill 文档：https://linux.die.net/man/1/kill
curl 文档：https://curl.haxx.se/docs/manpage.html
docker 重启文档：https://docs.docker.com/compose/compose-file/compose-file-v2/#restart
陷阱：kill 在 bash 中的行为与在 sh 中的行为不同。在 bash 中，您可以使用-1 通知所有 PID 大于 1 的进程终止。
【讨论】：
docker compose stop 或docker compose rm -f。有一个超级复杂的替代方法可以解决此问题。即：在容器内挂载 Docker 套接字，在容器内的 .sh 文件中实现重试逻辑，在卷上写入计数器以使其持久化，当计数器大于您的尝试次数时，使用 docker 套接字向容器本身发送stop 消息。 :)
retries 选项
retries 的目的与 @naramsim 在 cmets 中解释的目的不同。
对于独立容器，Docker 没有原生集成来在健康检查失败时重新启动容器，尽管我们可以使用 Docker 事件和脚本来实现相同的目的。健康检查更好地与 Swarm 集成。通过将健康检查集成到 Swarm 中，当服务中的容器不健康时，Swarm 会自动关闭不健康的容器并启动一个新容器以保持服务副本计数中指定的容器计数。
【讨论】：
您可以尝试在您的 Dockerfile 中添加如下内容：
HEALTHCHECK --interval=5s --timeout=2s CMD curl --fail http://localhost || kill 1
不要忘记--restart always 选项。
kill 1 将杀死容器中 pid 1 的进程并强制容器退出。通常由 CMD 或 ENTRYPOINT 启动的进程的 pid 为 1。
不幸的是，这种方法可能不会将容器的状态更改为不健康，所以要小心。
【讨论】：
Docker 有几种方法可以获取有关容器运行状况的详细信息。您可以配置运行状况检查及其运行频率。此外，运行状况检查可以在容器内运行的应用程序上运行，例如 http（这将使用 curl --fail 选项。）您可以查看 health_status 事件以获取详细信息。
有关不健康容器的详细信息，检查命令会派上用场，docker inspect --format='{{json .State.Health}}' container-name（有关详细信息，请参阅https://blog.newrelic.com/2016/08/24/docker-health-check-instruction/。）
您应该首先解决导致“不健康”标签的错误条件（无论何时运行健康检查命令并获得退出代码 1）。这可能需要也可能不需要 Docker 重新启动容器，具体取决于错误。如果您正在启动/重新启动 containers automatically，那么捕获启动错误或记录它们以及运行状况检查状态可以帮助快速解决错误。如果您对自动启动感兴趣，请查看链接。
【讨论】：
docker inspect --format="{{json .State.Health}}" name-of-your-container
根据https://codeblog.dotsandbrackets.com/docker-health-check/
创建容器并添加“restart:always”。
在使用healthcheck时，要注意以下几点：
对于独立容器，Docker 没有原生集成来在健康检查失败时重新启动容器，尽管我们可以使用 Docker 事件和脚本来实现相同的目的。健康检查更好地与 Swarm 集成。通过将健康检查集成到 Swarm 中，当服务中的容器不健康时，Swarm 会自动关闭不健康的容器并启动一个新容器以保持服务副本计数中指定的容器计数。
【讨论】：