使用healthcheck控制docker-compose各容器启动顺序实践

[Valdanitooooo]

为什么要使用healthcheck控制容器启动顺序？

1. 容器启动成功不代表服务已经可以访问
   服务间的依赖关系, 我们一般通过depends_on去限制。
   depends_on的作用就是, 如果B容器depends_onA容器, 就是A容器是up状态时, 开始启动B容器。
   但是容器的up状态并不代表容器中服务已经启动成功, 查看容器日志, 可能会看到服务正在启动, 并没有到可以访问的状态。
   所以当B容器启动时需要访问A容器的服务时, 光是检查A容器是否up是不够的, 要检查A容器是否可以访问。
2. 性能优化
   同时启动多个容器, 会瞬间占用服务器很多内存, 给服务器造成压力, 有些容器也因为内存不足无法启动, 需要让容器启动减小内存占用。

使用healthcheck

HEALTHCHECK 支持下列选项：

• –test：设置检测程序
• –interval=<间隔>：两次健康检查的间隔, 默认为 30 秒；
• –timeout=<时长>：健康检查命令运行超时时间, 如果超过这个时间, 本次健康检查就被视为失败, 默认 30 秒；
• –retries=<次数>：当连续失败指定次数后, 则将容器状态视为 unhealthy, 默认 3 次。
• –start_period：# 启动后, 多少秒开始启动检测程序

各种check方式

interval、timeout、 retries 、start_period等参数可以根据需要去调整, 下面主要介绍一下test的各种场景：

1. 有nc命令的镜像, 如wso2 apim、kafka、consul, 使用nc -z [host] [port]

   healthcheck:
     test: ["CMD", "nc", "-z", "localhost", "9443"]
   
   

2. 没有nc命令, 但有curl命令的镜像, 如dgraph、beakerx、tileserver-gl, 使用curl -IL [url]

   healthcheck:
     test: ["CMD", "curl", "-IL", "localhost:8080"]
   
   

3. curl命令也没有, 但有netstat命令的镜像, 如node镜像alpine版本, 使用netstat -plnt | grep ':[port]'

   healthcheck:
     test: ["CMD", "netstat", "-plnt", "|", "grep", "':8183'"]
   
   

4. 没有以上这些命令, 并且连ps命令都没有, 如java镜像, 使用wait-for-it.sh

   healthcheck:
     test: ["CMD", "/wait-for-it.sh", "localhost:8880", "--", "echo", "application is up"]
   
   

5. 一些特殊的镜像, postgresql、nginx, 使用专属命令

   healthcheck:
     test: ["CMD-SHELL", "pg_isready -U postgres"]
   
   

   healthcheck:
     test: ["CMD", "service", "nginx", "status", "||", "exit", "1"]
   
   

查看healthcheck debug日志

在大多数情况, 我们并不知道镜像中到底有没有nc、curl等命令, 做健康检查不成功, 我们需要看一下日志是什么原因

查看healthcheck日志命令:

docker inspect --format "{{json .State.Health }}" 容器名 | jq