k8s容器生命周期2

这是我参与更文挑战的第6天，活动详情查看： 更文挑战

启动和退出动作

顾名思义，就是容器启动完成后和退出之前都可以分别执行一个命令或者脚本去达到某些目的。

通过yaml文件test-start-stop.yaml来创建一个带启动和退出动作的pod

apiVersion: v1
kind: Pod
metadata:
  name: test-start-stop
  labels:
    app: myapp
    version: v1
spec:
  containers:
    - name: mynginx
      image: nginx
      lifecycle:
        postStart:
          exec:
            command: ['sh','-c','echo Hello from postStart handler > /tmp/start']
        preStop:
          exec:
            command: ['sh','-c', 'echo Hello from preStop handler > /tmp/stop']

这里的例子可能不太具有实际意义，但是不妨碍我们理解原理。容器启动后会往/tmp/start文件里面写入一句话，结束之前也会在/tmp/stop文件里面写入一句话。

启动容器，发现成功写入了/tmp/start文件，但是结束前的那句话这里没法展示了

[root@k8s-master k8s-test]# kubectl apply -f test-start-stop.yaml
pod/test-start-stop created
[root@k8s-master k8s-test]# kubectl exec test-start-stop -it -- cat /tmp/start
Hello from postStart handler

Pod的status 通过kubeclt get pod -o wide的时候，针对每个pod都有一个status。目前我们接触的基本都是running状态，但其实这个status可以有很多种值：

Pending 表示pod已经被k8s系统接受，但有一个或多个容器尚未创建。等待时间包括调度pod的时间和镜像下载的时间

Running pod已经绑定到某个node上，pod内所有容器都已经被创建，而且至少有一个容器正在运行，或正处于启动或重启状态

Succeeded pod中的所有容器都被成功终止，并且不会重启。比较容易在Job/Cron中看到

Failed pod中的所有容器都被终止，并且至少有一个容器是因为失败而终止。也就是说容器以非0状态退出或者被系统终止

Unkonwn k8s因为某些原因无法获取pod状态，通常是网络通信问题

总结 k8s的容器生命周期我们就学习完了，下一节开始我们接着去了解k8s中用来管理pod的各种控制器。