initContainer
1.概述
1.1 初始化容器的用途
Init 容器可以包含一些安装过程中应用容器中不存在的实用工具或个性化代码；
Init 容器可以安全地运行这些工具，避免这些工具导致应用镜像的安全性降低；
Init容器可以以root身份运行，执行一些高权限命令；
Init容器相关操作执行完成以后即退出，不会给业务容器带来安全隐患。
在主应用启动之前，做一些初始化的操作，比如创建文件、修改内核参数、等待依赖程序启动或其他需要在主程序启动之前需要做的工作
1.2 初始化容器和PortStart的区别
PostStart：依赖主应用的环境，而且并不一定先于Command运行
InitContainer：不依赖主应用的环境，可以有更高的权限和更多的工具，一定会在主应用启动之前完成
1.3 初始化容器和普通容器的区别
Init 容器与普通的容器非常像，除了如下几点：
- 它们总是运行到完成；
- 上一个运行完成才会运行下一个；
- 如果 Pod 的 Init 容器失败，Kubernetes 会不断地重启该 Pod，直到 Init 容器成功为止，但是如果Pod 对应的 restartPolicy 值为 Never，Kubernetes 不会重新启动 Pod。
- 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
临时容器
1.16+ 支持临时容器
为什么要使用临时容器
生产环境中，当创建pod时，为了安全考虑，防止黑客渗透，不安装bash/sh，也不以root身份运行pod。当容器出现问题时，因为权限问题，会导致难以排查问题，所以使用临时容器，具有debug工具