k8s中pod的完整生命周期

（1）pod对象的生命周期从开始创建到终止退出的时间范围称为生命周期。

（2）其中创建主容器是必须的操作，初始化init容器，启动后钩子，存活性探测，就绪性探测，停止前钩子为可选执行。

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

Pending：创建了pod资源并存入etcd中，但尚未完成调度。

ContainerCreating：Pod 的调度完成，被分配到指定 Node 上。处于容器创建的过程中。通常是在拉取镜像的过程中。

Running：Pod 包含的所有容器都已经成功创建，并且成功运行起来。

Succeeded：Pod中的所有容器都已经成功终止并且不会被重启

Failed：所有容器都已经终止，但至少有一个容器终止失败，也就是说容器返回了非0值的退出状态或已经被系统终止。

Unknown：因为某些原因无法取得 Pod 的状态。这种情况通常是因为与 Pod 所在主机通信失败。

 

（4）pod生命周期的重要行为：

1.初始化容器：

一个pod可以拥有任意数量的init容器。init容器时顺序执行的，并且仅当最后一个init容器执行完毕才会去启动容器。换句话说，init容器也可以用来延迟pod的主容器的启动。

2.生命周期钩子：

pod允许定义两种类型的生命周期钩子，启动后(post-start)钩子和停止前(pre-stop)钩子

这些生命周期钩子是基于每个容器来指定的，和init容器不同的是，init容器时应用到整个pod。而这些钩子是针对容器的，是在容器启动后和停止前执行的。

3.容器探针：

他是kubectl对容器周期性执行的健康状态诊断。分为两种： Liveness(存活性探测)， Readiness(就绪性检测)

Liveness(存活性探测)：判断容器是否处于runnning状态，策略是重启容器

Readiness(就绪性检测)：判断容器是否准备就绪并对外提供服务，将容器设置为不可用，不接受service转发的请求

三种处理器用于Pod检测：

 ExecAction：在容器中执行一个命令，并根据返回的状态码进行诊断1，只有返回0为成功，

 TCPSocketAction：通过与容器的某TCP端口尝试建立连接金慈宁宫诊断

 HTTPGetAction：通过向容器IP地址的某指定端口的path发起HTTP GET请求。

 

4.容器的重启策略： 

定义是否重启Pod对象

Always：但凡Pod对象终止就重启，默认设置

OnFailure：仅在Pod出现错误时才重启

Never：从不

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

 

5.pod的终止过程

终止过程主要分为如下几个步骤：

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

(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从而完成删除操作