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工具
标签：容器,name,initContainer,初始化,Init,init,test From： https://www.cnblogs.com/guowx/p/16888403.html