initContainer容器占用太大 container init exited

转载

码农小哥 2024-03-27 07:20:24

文章标签 initContainer容器占用太大 kubernetes 运维 docker nginx 文章分类 云原生云计算

前言

前面我们知道一个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包重新打镜像了。