基于HEALTHCHECK的docker-compose顺序启动解决方案
序言:主要是为了解决docker-compose文件depends-on顺序加载并不会等前一个服务启动完毕的问题。官方推荐过wait-for-it.sh方案,那个方案对于dockerfile文件修改较大,我最终没有使用,有兴趣的可以看一下。一. 修改dockerfile文件1. 在文件中加入:HEALTHCHECK [options] CMD command其中:options有三...
序言:主要是为了解决docker-compose文件depends-on顺序加载并不会等前一个服务启动完毕的问题。
官方推荐过wait-for-it.sh方案,那个方案对于dockerfile文件修改较大,我最终没有使用,有兴趣的可以看一下。
一. 修改dockerfile文件
1. 在文件中加入:HEALTHCHECK [options] CMD command
其中:options有三个参数可设定:
(1)interval:间隔(s秒、m分钟、h小时),从容器运行起来开始计时interval秒(或者分钟小时)进行第一次健康检查,随后每间隔interval秒进行一次健康检查;还有一种特例请看timeout解析。
(2)timeout:执行command需要时间,比如curl 一个地址,如果超过timeout秒则认为超时是错误的状态,此时每次健康检查的时间是timeout+interval秒。
(3)retries:连续检查retries次,如果结果都是失败状态,则认为这个容器是unhealth的
CMD关键字后面可以跟执行shell脚本的命令或者exec数组。CMD后面的命令执行完的返回值代表容器的运行状况,可能的值:0 health状态,1 unhealth状态,2 reserved状态,这个没细研究,用的也很少。
注意:在Dockerfile中只能有一个HEALTHCHECK指令。如果您列出多个,则只有最后一个HEALTHCHECK将生效。
2. 示例:
HEALTHCHECK --interval=10s --timeout=5s --retries=24 CMD netstat -anp | grep 8080 && exit 0 || exit 1
作用是:测试8080端口成功返回0(健康),不成功返回1(非健康);10秒检查一次,命令超时时间为五秒,重试24次
二. 编写docker-compose文件
1. 具体编写可参考:https://blog.csdn.net/qq_36148847/article/details/79427878
2. 在文件中加入依赖项的健康检查:
注:需要docker-compose文件版本为2.1(太高了用不了,2.1测试可用)
config-service:
image: 192.168.18.85:5000/config-service:0.0.1
ports:
- "8888:8888"
restart: always
depends_on:
gitlab:
condition: service_healthy
container_name: config
作用是当gitlab服务检查为健康时,启动config-service服务
至此配置完成
更多推荐
所有评论(0)