Pod生命周期概述

Pod生命周期概述

Pod 遵循一个预定义的生命周期，起始于 Pending 阶段，如果至少其中有一个主要容器正常启动，则进入 Running，之后取决于 Pod 中是否有容器以 失败状态结束而进入 Succeeded 或者 Failed 阶段。

在 Pod 运行期间，kubelet 能够重启容器以处理一些失效场景。 在 Pod 内部，Kubernetes 跟踪不同容器的状态 并确定使Pod 重新变得健康所需要采取的动作。

Pod 在其生命周期中只会被调度一次。 一旦 Pod 被调度（分派）到某个节点，Pod 会一直在该节点运行，直到 Pod 停止或者 被终止。

Pod 生命期

和一个个独立的应用容器一样，Pod 也被认为是相对临时性（而不是长期存在）的实体。 Pod 会被创建、赋予一个唯一的 ID（UID），并被调度到节点，并在终止（根据重启策略）或删除之前一直运行在该节点。

如果一个节点死掉了，调度到该节点 的 Pod 也被计划在给定超时期限结束后删除。

Pod 自身不具有自愈能力。如果 Pod 被调度到某节点 而该节点之后失效，或者调度操作本身失效，Pod 会被删除；与此类似，Pod 无法在节点资源 耗尽或者节点维护期间继续存活。Kubernetes 使用一种高级抽象，称作 控制器，来管理这些相对而言 可随时丢弃的 Pod 实例。

任何给定的 Pod （由 UID 定义）从不会被“重新调度（rescheduled）”到不同的节点； 相反，这一 Pod 可以被一个新的、几乎完全相同的 Pod 替换掉。 如果需要，新 Pod 的名字可以不变，但是其 UID 会不同。

如果某物声称其生命期与某 Pod 相同，例如存储卷， 这就意味着该对象在此 Pod （UID 亦相同）存在期间也一直存在。 如果 Pod 因为任何原因被删除，甚至某完全相同的替代 Pod 被创建时， 这个相关的对象（例如这里的卷）也会被删除并重建。

一般将pod对象从创建至结束的这段时间范围成为pod的生命周期，它主要包含下面的过程：

• pod创建过程
• 运行初始化容器(init container)过程（可多可少，可有可无）
• 运行主容器(main container)过程
  • 容器启动后执行的钩子函数（post start），容器终止前执行的钩子函数（ pre stop）
  • 容器的存活性探测(liveness probe)、就绪性探测(readiness probe)
• pod终止过程

在整个生命周期中，pod会出现5种状态（相位），分别如下：

如果某节点死掉或者与集群中其他节点失联，Kubernetes 会实施一种策略，将失去的节点上运行的所有 Pod 的 phase 设置为 Failed。

创建和终止

pod的创建过程

1. 用户通过kubectl或其他api客户端提交需要创建的pod信息给apiserver2. apiserver开始生成pod对象的信息，并将信息存入etcd，然后返回确认信息至客户端3. apiserver开始反映etcd中的pod对象的变化，其他组件使用watch（监听）机制来跟踪检查apiserver上的变动4. scheduler发现有新的pod对象要创建，开始为pod分配主机并将结果信息更新至apiserver5. node节点上的kubelet发现有pod调度过来，尝试调用docker启动容器，并将结果送至apiserver6. apiserver将接收到的pod状态信息存入etcd中

pod的终止过程

1. 用户向apiserver发送删除pod对象的命令2. apiserver中的pod对象信息会随着时间的推移而更新，在宽限期内（默认是30s），pod被视为dead3. 将pod标记为terminating（正在删除）状态4. kubelet在监控到pod对象转为terminating状态的同时启动pod关闭过程5. 端点控制器监控到pod对象的关闭行为时将其从所有匹配到此端点的service资源的端点列表中移除6. 如果当前pod对象定义了 preStop钩子处理器，则在其标记为terminating后即会以同步的方式启动执行7. pod对象中的容器进程收到停止信号8. 宽限期结束后，若pod中还存在仍在运行的进程，那么pod对象会收到立即终止的信号9. kubelet请求apiserver将此pod资源的宽限期设置为0，从而完成删除操作，此时pod对于用户已不可见