K8s: 关于Kubernetes中的Pod的生命周期(状态)以及生命周期的钩子函数处理

pod 的生命周期

1 ) pod 几种常用状态

• 1.1 ）Pending（挂起）
  • Pod 已被 Kubernetes 系统接受，但有一个或者多个容器尚未创建亦未运行
  • 此阶段包括等待 Pod 被调度的时间和通过网络下载镜像的时间。
• 1.2 ）Running（运行中）
  • Pod 已经绑定到了某个节点，Pod 中所有的容器都已被创建
  • 至少有一个容器仍在运行，或者正处于启动或重启状态
• 1.3 ）Succeeded（成功）
  • Pod 中的所有容器都已成功终止，并且不会再重启
• 1.4 ）Failed（失败）
  • Pod 中的所有容器都已终止，并且至少有一个容器是因为失败终止
  • 也就是说，容器以非 0 状态退出或者被系统终止。
• 1.5 ）Unknown（未知）
  • 因为某些原因无法取得 Pod 的状态
  • 这种情况通常是因为与 Pod 所在主机通信失败

2 ）pod内部的容器相应的状态

• 一旦调度器将 Pod 分派给某个节点，kubelet 就通过容器运行时开始为 Pod 创建容器
• 容器的状态有三种：Waiting（等待）、Running（运行中）和 Terminated（已终止）
• $ kubectl describe pod <pod 名称>
• 2.1 ) Creating (创建中)：
  • 容器镜像正在被拉取，并且容器正在被创建
  • 这是Pod状态从Pending过渡到Running之前的一个暂态
• 2.2 ) Running（运行中）
  • Running 状态表明容器正在执行状态并且没有问题发生
  • 如果配置了 postStart 回调，那么该回调已经执行完成
  • 如果你使用 kubectl 来查询包含 Running 状态的容器的 Pod 时
  • 你也会看到 关于容器进入 Running 状态的信息
• 2.3 ) Terminating (终止中)
  • 容器正在被终止，这通常发生在Pod被删除或缩容时
• 2.4 ) Terminated（已终止）
  • 处于 Terminated 状态的容器已经开始执行并且或者正常结束或者因为某些原因失败
  • 如果你使用kubectl 来查询包含 Terminated 状态的容器的 Pod 时
  • 你会看到 容器进入此状态的原因、退出代码以及容器执行期间的起止时间
• 2.5 ) Waiting （等待）
  • 如果容器并不处在 Running 或 Terminated 状态之一，它就处在 Waiting 状态
  • 处于 Waiting 状态的容器仍在运行它完成启动所需要的操作
  • 例如，从某个容器镜像 仓库拉取容器镜像，或者向容器应用 Secret 数据等等
  • 当你使用 kubectl 来查询包含 Waiting 状态的容器的 Pod 时，你也会看到一个 Reason 字段，其中给出了容器处于等待状态的原因
• 2.6 ) Exited（已退出）
  • 容器中的进程已经正常或异常终止，并且不再运行。这可能是由于程序执行完毕或遇到错误而退出
• 2.7 ) Restarting (重启中)
  • 容器正在尝试重新启动，这通常是因为容器之前异常退出
  • 并且根据Pod的配置进行了自动重启

Pod 生命周期的钩子函数

• 在Pod配置文件中，定义 postStart 和 preStop 处理函数

• 创建一个包含一个容器的 Pod，该容器为 postStart 和 preStop 事件提供对应的处理函数

• 创建一个 pod, 新建一个 lifecycle-demo.yaml 文件

  apiVersion: v1
  kind: Pod
  metadata:
   name: lifecycle-demo
   labels:
     name: lifecycle-demo
  spec:
   containers:
   - name: lifecycle-demo-container
     image: nginx
     lifecycle:
       postStart:
         exec:
           command: ["sh", "-c", "echo Hello from the postStart handler > /usr/share/message"]
       preStop:
         exec:
           command: ["sh","-c","nginx -s quit; while killall -0 nginx; do sleep 1; done"]
     resources:
       limits:
         memory: "128Mi"
         cpu: "500m"
     ports:
      - containerPort: 80
  1
  2
  3
  4
  5
  6
  7
  8
  9
  10
  11
  12
  13
  14
  15
  16
  17
  18
  19
  20
  21
  22
  23

• $ kubectl create -f lifecycle-demo.yaml

  pod/lifecycle-demo created
  1

• $ kubectl get po

  NAME             READY   STATUS              RESTARTS   AGE
  lifecycle-demo   0/1     ContainerCreating   0          8
  1
  2

• $ kubectl exec -it lifecycle-demo -- sh 进入pod

• $ cat /usr/share/message 查看文件是否被写入内容

  Hello from the postStart handler
  1

• 在上述配置文件中，可以看到 postStart 命令在容器的 /usr/share 目录下写入文件 message

• 命令 preStop 负责优雅地终止 nginx 服务

• 当因为失效而导致容器终止时，这一处理方式很有用