Pod生命周期之Init容器

Init容器

Pod可能具备多个容器，利用运行在容器外面，然而它可能有一个或多个先于利用容器启动的Init容器

Init容器于一般的容器十分像，除了如下两点：

  • Init容器总是运行到胜利实现为止
  • 每个Init容器都必须在下一个Init容器启动之前胜利实现

如果Pod 的Init容器失败，Kubernetes会一直地重启该Pod，直到Init容器胜利为止，然而，如果Pod对应的restartPolicy为Nerver，它不会重新启动

因为Init容器具备与应用程序容器拆散的独自镜像，所以它们的启动相干代码具备如下劣势：

  • 它们能够蕴含并运行实用工具，然而出于平安思考，是不倡议在应用程序容器中蕴含这些实用工具的
  • 它们能够蕴含实用工具和定制化来装置，然而不能呈现在应用程序镜像中，例如，创立镜像没必要FROM另一个镜像，只须要在装置过程中应用相似sed、awk、python或dig这样的工具
  • 应用程序镜像能够拆散出创立和部署的角色，而没有必要联结它们构建一个独自的镜像
  • Init容器应用Linux Namespace，所以绝对应用程序容器来说具备不同的文件系统视图，因而，它们可能具备拜访Secret的权限，而应用程序容器则不能
  • 它们必须在应用程序容器启动之前运行实现，而应用程序容器是并行运行的，所以Init容器可能提供一中简略的阻塞或提早应用程序容器的启动办法，直到满足了一组先决条件

Init模板

apiVersion: v1kind: Podmetadata:  name: myapp-pod  labels:    app: myappspec:  containers:  - name: myapp-container    image: busybox    command: ['sh','-c', 'echo The app is runing! && sleep 3600']  initContainers:  - name: init-myservice    image: busybox    command: ['sh','-c','until nslookup myservice; do echo waiting for myservice; sleep 2; done;']  - name: init-mydb    image: busybox    command: ['sh','-c','until nslookup mydb; do echo waiting for mydb; sleep 2; done;']
kind: ServiceapiVersion: v1metadata:  name: myservicespec:  ports:    - protocol: TCP      port: 80      targetPort: 9376---kind: ServiceapiVersion: v1metadata:  name: mydbspec:  ports:    - protocol: TCP      port: 80      targetPort: 9377

非凡阐明

  • 在Pod启动过程中，Init容器会按程序在网络和数据卷初始化（pause)之后启动，每个容器必须在下一个容器启动之前胜利退出
  • 如果因为运行时或失败退出，将导致容器启动事变，它会依据Pod的restartPolicy指定的策略进行重启，然而，如果Pod的restartPolicy设置为Always，Init容器失败时会应用RestartPolicy策略
  • 在所有的Init容器没有胜利之前，Pod将不会变成Ready状态，Init容器的端口将不会在Service中进行汇集。正在初始化的Pode出于Pending状态，但应该会将Initalizing状态设置为true
  • 如果Pod重启，所有Init容器必须从新执行
  • 对Init容器spec的批改被限度在容器image字段，批改其余字段都不会失效，更改Init容器的image字段，等价于重启该Pod
  • Init容器具备利用容器的所有字段，除了readinessProbe，因为Init容器无奈定义不同于实现（completion）的就绪（readiness）之外的其余状态，这会在验证过程中强制执行
  • 在Pod中的每个app和Init容器的名称必须惟一，与任何其余容器共享一个名称，会在验证时抛出谬误

Pod生命周期之容器探针

探针时有kubelet对容器执行的定期诊断，要执行诊断，kubelet调用由容器实现的Handler。有三种类型的处理程序：

  • ExecAction：在容器内执行指定命令，如果命令退出时返回码为0，则认为诊断胜利
  • TCPSocketAction：对指定端口上的容器的IP地址进行TCP检测，如果端口关上，则诊断被认为时胜利的
  • HTTPGetAction：对指定的端口和门路上的容器的IP地址执行Get申请，如果响应的状态码大于等于200且小于400，则诊断被认为时胜利的

每次探测都将取得以下三种后果之一：

  • 胜利：容器通过了诊断
  • 失败：容器未通过诊断
  • 未知：诊断失败，因而不会采取任何口头

livenessProbe探针

批示容器是否正在运行，如果存活探测失败，则kubelet会杀死容器，并且容器将受到重启策略的影响，如果容器不提供存活探针，则默认状态为Success

存活检测

livenessProbe-exec

apiVersion: v1kind: Podmetadata:  name: liveness-exec-pod  namespace: dafaultspec:  containers:  - name: liveness-exec-container  image: busybox  imagePullPolicy: IfNotPresent  command: ['/bin/sh','-c',"touch /tmp/live; sleep 60; rm -rf /tmp/live; sleep 3600"]  livenessProbe:    exec:      command: ["test","-c","/tmp/live"]    initialDeyaySeconds: 1    periodSeconds: 3

livenessProbe-httpget

apiVersion: v1kind: Podmetadata:  name: liveness-httpget-pod  namespace: defaultspec:  containers:  - name: liveness-httpget-container    image: myapp:v1    imagePullPolicy: IfNotPresent    ports:    - name: http      containerPort: 80    livenessProbe:      httpGet:        port: http        path: /index.html      initialDelaySeconds: 1      periodSenconds: 3      timeoutSeconds: 10

lienessProbe-tcp

apiVersion: v1kind: Podmetadata:  name: probe-tcpspec:  containers:  - name: nginx    image: myapp:v1    livenessProbe:      initialDelaySeconds: 5      timeoutSeconds: 1      tcpSocket:        port: 8080      periodSeconds: 3

readinessProbe

批示容器是否筹备好服务申请，如果就绪探针失败，端点控制器将从与Pod匹配的所有Service的端点中删除该Pod的IP地址，初始提早之前的就绪状态默认为Failure，如果容器不提供就绪探针，则默认状态为Success

就绪检测

readinessProbe-httpget

apiVersion: v1kind: Podmetadata:  name: readiness-httpget-pod  namespace: defaultspec:  containers:  - name: readiness-httpget-container  image: myapp:v1  imagePullPolicy: IfNotPresent  readinessProbe:    httpGet:      port: http      path: /index1.html    initialDelaySeconds: 1    periodSeconds: 3

Pod生命周期之启动退出

apiVersion: v1kind: Podmetadata:  name: lifecycle-demospec:  containers:  - name: lifecycle-demo-container    image: myapp:v1    lifecycle:      postStart:        exec:          command: ["/bin/bash", "-c","echo Hello from the postStart handler > /usr/share/message"]      preStop:        exec:          command: ["/usr/sbin/nginx","-s","quit"]

Pod生命周期之Pod的状态

  • 挂起（Pending）：Pod已被Kubernetes零碎承受，但有一个或者多个容器镜像尚未创立，等待时间包含调度Pod的工夫和通过网络下载镜像的工夫
  • 运行中（Runing）：该Pod曾经绑定到一个节点上，Pod中所有的容器都已被创立，至多有一个容器正在运行，或者正处于启动或重启状态
  • 胜利（Successed）：Pod中的所有容器都被胜利终止，并且不会重启
  • 失败（Failed）：Pod中的所有容器都曾经终止了，并且至多有一个容器是因为失败终止，也就是说容器已非0状态退出或者被零碎终止
  • 未知（Unknown）：因为某些起因无奈获得Pod的状态，通常因为与Pod所在主机通信失败