k8s中关于初始化容器的理解
k8s的初始化容器(initContainer)无论何时何地,优先级都是高于容器(container)的。无论容器写在初始化容器前还是写在初始化容器后,最先执行的都是初始化容器。只有初始化容器执行成功后才可以启动容器。所以,初始化容器的应用场景应该是多pod。比如:mysql和业务分开两个pod。此时,业务pod添加初始化容器,初始化容器执行telnet,检查mysql是否启动了。若mysql..
·
k8s的初始化容器(initContainer)无论何时何地,优先级都是高于容器(container)的。无论容器写在初始化容器前还是写在初始化容器后,最先执行的都是初始化容器。只有初始化容器执行成功后才可以启动容器。
所以,初始化容器的应用场景应该是多pod。比如:mysql和业务分开两个pod。此时,业务pod添加初始化容器,初始化容器执行telnet,检查mysql是否启动了。若mysql启动,则业务pod启动;否则业务pod等待mysql启动。
附:
初始化容器监听指定ip的3500端口,若端口已经监听了,则监听3501端口;否则等待。
apiVersion: v1
kind: Pod
metadata:
name: test
spec:
containers:
- name: test1
image: alpine:3.7
command: ['nc','-l','3501']
initContainers:
- name: init-test1
image: alpine:3.7
command: ['sh', '-c', 'while true; do nc -z 192.168.88.212 3500;if [[ 0 -eq `echo $?` ]];then echo "aaa";break; fi;echo "bbb"; sleep 2; done;']
更多推荐
已为社区贡献2条内容
所有评论(0)