initContainer 初始化容器

initContainer

1.概述

1.1 初始化容器的用途

Init 容器可以包含一些安装过程中应用容器中不存在的实用工具或个性化代码；

Init 容器可以安全地运行这些工具，避免这些工具导致应用镜像的安全性降低；

Init容器可以以root身份运行，执行一些高权限命令；

Init容器相关操作执行完成以后即退出，不会给业务容器带来安全隐患。

  在主应用启动之前，做一些初始化的操作，比如创建文件、修改内核参数、等待依赖程序启动或其他需要在主程序启动之前需要做的工作

1.2 初始化容器和PortStart的区别

PostStart：依赖主应用的环境，而且并不一定先于Command运行

InitContainer：不依赖主应用的环境，可以有更高的权限和更多的工具，一定会在主应用启动之前完成

1.3 初始化容器和普通容器的区别

Init 容器与普通的容器非常像，除了如下几点：

1) 它们总是运行到完成；

2) 上一个运行完成才会运行下一个；

3) 如果 Pod 的 Init 容器失败，Kubernetes 会不断地重启该 Pod，直到 Init 容器成功为止，但是如果Pod 对应的 restartPolicy 值为 Never，Kubernetes 不会重新启动 Pod。

4) Init 容器不支持 lifecycle、livenessProbe、readinessProbe 和 startupProbe

2.初始化容器操作

2.1创建一个初始化容器

设置共享目录 初始化容器创建test-init.txt完成后 通过共享目录挂载到业务容器

root@k8s-master1:~# cat init-test.yaml

apiVersion: apps/v1

kind: Deployment

metadata:

  labels:

    app: test-init

  name: test-init

  namespace: kube-public

spec:

  replicas: 1

  selector:

    matchLabels:

      app: test-init

  template:

    metadata:

      labels:

        app: test-init

    spec:

      volumes:

      - name: data

        emptyDir: {}

      initContainers:# 在初始化容器中创建了一个文件，当容器启动后也会存在这个文件

      - command:

        - sh

        - -c

        - touch /mnt/test-init.txt

        image: registry.cn-hangzhou.aliyuncs.com/testfvv/ttt:nginx1

        imagePullPolicy: IfNotPresent

        name: init-touch

        volumeMounts:

        - name: data

          mountPath: /mnt

      containers:

      - image: nginx

        imagePullPolicy: IfNotPresent

        name: test-init

        volumeMounts:

        - name: data

          mountPath: /mnt

                                                                                                                                                                                                                                                                                                       

kubectl create -f init-test.yaml

kubectl get po -n kube-public

kubectl exec -it test-init-5c8f58557c-5b7b8 -n kube-public -- bash

cd /mnt && ls

kubectl describe pod test-init-5c8f58557c-5b7b8 -n kube-public  #查看执行流程

kubectl logs -f test-init-5c8f58557c-5b7b8 -c test-init -n kube-public  

### 临时容器

```sh

1.16+ 支持临时容器

为什么要使用临时容器

  生产环境中，当创建pod时，为了安全考虑，防止黑客渗透，不安装bash/sh，也不以root身份运行pod。当容器出现问题时，因为权限问题，会导致难以排查问题，所以使用临时容器，具有debug工具