【2023】Kubernetes之Pod与容器状态关系

简单创建一个pod

apiVersion: v1
kind: pod
metadata: name: nginx-pod
spec:containers:- name: nginximages: nginx:1.20

以上代码表示创建一个名为nginx-pod的pod资源对象。

Pod运行阶段：

Pod创建后，起始为Pending状态；当Pod当中至少有一个容器正常启动后，则进入Running状态；当 Pod 中的所有容器都成功完成了它们的任务，并且容器的退出状态码为 0 ，Kubernetes 会将该 Pod 的状态设置为 Succeeded；当Pod中容器有以非0状态退出时为Failed状态。

• Pending：Pod已被Kubernetes系统接收，但有一个或多个容器尚未创建运行，此阶段包括Pod被调度的时间和通过网络下载镜像的时间。
• Running：Pod已经创建，且Pod中容器至少有一个处于运行或启动、重启的状态。
• Succeeded：Pod当中容器已经成功终止，并且不会重启
• Failed：Pod中容器已经终止，并且至少有一个容器以非0的状态退出时，终止失败。
• Unknown：因为某些原因无法取得Pod状态，通常是与Pod所在主机通信失败。

通过kubectl describe pod [pod-name]中的Status查看当前Pod状态

通过kubectl describe pod [pod-name]中的Conditions查看Pod启动过程

kubectl describe pod nginx-pod

容器运行阶段

Pod中运行的容器状态与Pod阶段是存在关联的。

容器状态包括以下几种：

• Waiting：容器正在等待其它容器完成，或者正在等待 Pod 调度完成，或者正在等待 Kubernetes 事件的处理。
• Running：容器正在运行。
• Terminated：容器已经运行完成并已经被终止。
• Unknown：容器状态无法确定。

Kubernetes 还提供了一些容器状态原因，这些原因通常是在容器状态发生改变时被记录下来的。一些常见的容器状态原因包括：

• ContainerCreating：容器正在被创建。
• CrashLoopBackOff：容器已经崩溃并且正在不断重启。
• ImagePullBackOff：Kubernetes 无法从容器镜像仓库中拉取镜像。
• ErrImagePull：拉取镜像时出现错误。
• ImageInspectError：检查镜像时出现错误。
• ErrImageNeverPull：永远不会拉取该镜像。

Pod 和容器状态之间有很多转换。下面是一些常见的转换场景：

• Pod 状态从 Pending 到 Running：这表示 Pod 中的所有容器都已经被创建并正在运行。
• Pod 状态从 Running 到 Succeeded：这表示 Pod 中的所有容器都已经成功地完成了任务并且已经被终止。
• Pod 状态从 Running 到 Failed：这表示 Pod 中的一个或多个容器已经失败并且已经被终止。
• 容器状态从 Waiting 到 Running：这表示容器已经成功地启动并开始运行。
• 容器状态从 Running 到 Terminated：这表示容器已经完成了任务并被终止。

可通过kubectl describe pod [pod-name]中的Containers查看容器状态

kubectl describe pod nginx-pod