Pod生命周期

pod从开始创建到终止退出的时间范围称为Pod生命周期

• 生命周期包含以下几个重要流程：
  创建主容器（containers）是必须的操作，初始化容器（initContainers），容器启动后钩子，启动探测、存活性探测，就绪性探测，容器停止前钩子。

pod在整个生命周期的过程中总会处于以下几个状态：

• Pending：创建了pod资源并存入etcd中，但尚未完成调度。
• ContainerCreating：Pod 的调度完成，被分配到指定 Node 上。处于容器创建的过程中。通常是在拉取镜像的过程中。
• Running：Pod 包含的所有容器都已经成功创建，并且成功运行起来。
• Succeeded：Pod中的所有容器都已经成功终止并且不会被重启
• Failed：所有容器都已经终止，但至少有一个容器终止失败，也就是说容器返回了非0值的退出状态或已经被系统终止。
• Unknown：因为某些原因无法取得 Pod 的状态。这种情况通常是因为与 Pod 所在主机通信失败。

pod生命周期的重要行为：

• 1、在启动任何容器之前，先创建pause基础容器，它初始化Pod的环境并为后续加⼊的容器提供共享的名称空间。
• 2.初始化容器（initcontainer）：
  一个pod可以拥有任意数量的init容器。init容器是按照顺序以此执行的，并且仅当最后一个init容器执行完毕才会去启动主容器。
• 3.生命周期钩子：
  pod允许定义两种类型的生命周期钩子，启动后(post-start)钩子和停止前(pre-stop)钩子
  这些生命周期钩子是基于每个容器来指定的，和init容器不同的是，init容器是应用到整个pod。而这些钩子是针对容器的，是在容器启动后和停止前执行的。
• 4.容器探测：
  对Pod健康状态诊断。分为三种： Startupprobe、Livenessprobe(存活性探测)，Readinessprobe(就绪性检测)

容器探测

Startupprobe（启动探测）:探测容器是否正常运行
Livenessprobe(存活性探测)：判断容器是否处于runnning状态，根据重启策略决定是否重启容器
Readinessprobe(就绪性检测)：判断容器是否准备就绪并对外提供服务，将容器设置为不可用，不接受service转发的请求

三种探针用于Pod检测

ExecAction：在容器中执行一个命令，并根据返回的状态码进行诊断，只有返回0为成功
TCPSocketAction：通过与容器的某TCP端口尝试建立连接
HTTPGetAction：通过向容器IP地址的某指定端口的path发起HTTP GET请求。

容器的重启策略

定义是否重启Pod对象

• Always：但凡Pod对象终止就重启，默认设置
• OnFailure：仅在Pod出现错误时才重启
• Never：从不

注：一旦Pod绑定到一个节点上，就不会被重新绑定到另一个节点上，要么重启，要么终止

pod的终止过程

• (1)用户发出删除 pod 命令：

kubectl delete pods ，kubectl delete -f yaml

• (2)Pod 对象随着时间的推移更新，在宽限期（默认情况下30秒），pod 被视为“dead”状态
• (3)将 pod 标记为“Terminating”状态
• (4)第三步同时运行，监控到 pod 对象为“Terminating”状态的同时启动 pod 关闭过程
• (5)第三步同时进行，endpoints 控制器监控到 pod 对象关闭，将pod与service匹配的 endpoints 列表中删除
• (6)如果 pod 中定义了 preStop 钩子处理程序，则 pod 被标记为“Terminating”状态时以同步的方式启动执行；若宽限期结束后，preStop 仍未执行结束，第二步会重新执行并额外获得一个2秒的小宽限期
• (7)Pod 内对象的容器收到 TERM 信号
• (8)宽限期结束之后，若存在任何一个运行的进程，pod 会收到 SIGKILL 信号
• (9)Kubelet 请求 API Server 将此 Pod 资源宽限期设置为0从而完成删除操作

Init容器

• Init容器就是做初始化工作的容器。可以有一个或多个，如果多个按照定义的顺序依次执行，先执行初始化容器1，再执行初始化容器2等，等初始化容器执行完具体操作之后初始化容器就退出了，只有所有的初始化容器执行完后，主容器才启动。
• 由于一个Pod里容器存储卷是共享的，所以Init Container里产生的数据可以被主容器使用到，Init Container可以在多种K8S资源里被使用到，如Deployment、DaemonSet, StatefulSet、Job等，但都是在Pod启动时，在主容器启动前执行，做初始化工作。

初始化容器与主容器区别是:

• 1、初始化容器不支持 Readinessprobe,因为它们必须在Pod就绪之前运行完成
• 2、每个Init容器必须运行成功,下一个才能够运行

初始化容器的官方地址：
https://kubernetes.io/docs/concepts/workloads/pods/init-containers/#init-containers-in-use

初始化容器使用

vim init.yaml 

apiVersion: v1
kind: Pod
metadata:name: myapp-podlabels:app: myapp
spec:initContainers:- name: init-myserviceimage: busybox:1.28imagePullPolicy: IfNotPresentcommand: ['sh', '-c', "until nslookup myservice.$(cat /var/run/secrets/kubernetes.io/serviceaccount/namespace).svc.cluster.local; do echo waiting for myservice; sleep 2; done"]- name: init-mydbimage: busybox:1.28imagePullPolicy: IfNotPresentcommand: ['sh', '-c', "until nslookup mydb.$(cat /var/run/secrets/kubernetes.io/serviceaccount/namespace).svc.cluster.local; do echo waiting for mydb; sleep 2; done"]containers:- name: myapp-containerimage: busybox:1.28command: ['sh', '-c', 'echo The app is running! && sleep 3600']

kubectl apply -f init.yaml

kubectl get pods

NAME                          READY   STATUS     RESTARTS   AGE
myapp-pod                     0/1     Init:0/2   0          2m29s