前言
前面我们知道一个Pod中其实可以运行多个容器，之前说的都是普通的工作容器，但其实还有一种特殊的容器叫作Init Container 初始化容器，它再普通容器之前运行。可以有多个初始化容器，所有初始化容器按顺序依次运行直到完成，所有容器都运行完成后，普通容器才开始运行。
Init Container不支持探测，因为在Pod就绪之前它们必须运行完成。
Init Container 在1.3引入的Alpha版本，1.5之后更新为Beta版本。主要是完成应用容器需要的前置条件。比如需要其它关联组件正确运行才能启动（如数据库）
下面我们来使用 Init Container
使用
准备 kube-nginx.yml 内容如下。
假设初始化容器需要提前给Nginx容器创建一个请求页面 /root/index/initContainer.html，页面的内容为 Init Container is Running，将该页面以共享存储的方式挂载在Nginx的/usr/share/nginx/html目录，那么启动之后可以通过 127.0.0.1/initContainer.html 访问。
apiVersion: v1
kind: Pod
metadata:
name: nginx
labels:
app: nginx
spec:
initContainers:
- name: create
image: busybox
imagePullPolicy: IfNotPresent
command: ['sh','-c','sleep 10; mkdir -p /root/index; echo "Init Container is Running" > /root/index/initContainer.html']
volumeMounts:
- name: init-test
mountPath: /root/index
containers:
- name: nginx
image: nginx
imagePullPolicy: IfNotPresent
ports:
- name: nginx-port
containerPort: 80
protocol: TCP
volumeMounts:
- name: init-test
mountPath: /usr/share/nginx/html
volumes:
- name: init-test
emptyDir: {}
启动Pod，观察Pod状态，观察Pod创建过程
# 启动
[root@master init-container]# kubectl apply -f kube-nginx.yml
pod/nginx created
# 查看Pod状态
[root@master init-container]# kubectl get pods nginx
NAME READY STATUS RESTARTS AGE
nginx 0/1 Init:0/1 0 10s
[root@master init-container]# kubectl get pods nginx
NAME READY STATUS RESTARTS AGE
nginx 0/1 PodInitializing 0 11s
[root@master init-container]# kubectl get pods nginx
NAME READY STATUS RESTARTS AGE
nginx 1/1 Running 0 14s
#Pod创建过程
[root@master init-container]# kubectl describe pod nginx|grep -A 100 Events
Events:
Type Reason Age From Message
---- ------ ---- ---- -------
Normal Scheduled 49s default-scheduler Successfully assigned default/nginx to node01
Normal Pulled 49s kubelet Container image "busybox" already present on machine
Normal Created 49s kubelet Created container create
Normal Started 49s kubelet Started container create
Normal Pulled 38s kubelet Container image "nginx" already present on machine
Normal Created 38s kubelet Created container nginx
Normal Started 38s kubelet Started container nginx
# 请求
[root@master init-container]# kubectl exec -it nginx -c nginx -- curl 127.0.0.1/initContainer.html
Init Container is Running
从上面的结果可看出，当初始化容器还没执行完成时，Pod状态为 Init:0/1，完成之后开始运行nginx容器，此时状态为 PodInitializing，稍等一小会Pod状态为 Running 表示业务容器也已经运行成功。
通过观察Pod的创建过程知道，先是拉取 busybox 镜像运行，运行成功后才是拉取nginx镜像运行，表明初始化容器在业务容器之前运行
上面只是一个简单入门案例，假如是一个tomcat，那么是不是可以把业务的 war 包放到某个可以下载的地方，每次代码更新只需要初始化容器通过 wget 去拉取并通过挂载方式挂载到tomcat的webapp目录下。这样就不需要每次将 tomcat，jdk，war包重新打镜像了。
注意点
Pod的重启会导致Init Container重新运行，如果是一些要保证幂等性的操作需要谨慎使用
Init Container镜像发生改变会引起Pod的重启，业务容器镜像的变更只会重启业务容器
Init Container也可以定义资源，会作为Pod的有效初始资源，取所有Init Container的最大limits/requests, 如果这个值比所有应用容器之和还大，那么最终Pod的有效limits/requests为初始化容器的值，否则为所有应用容器之和。
Init Container就介绍到这，后面将介绍Pod的调度。
欢迎关注，学习不迷路！
