【Kubernetes 007】容器生命周期之启动退出动作

通过前面两节的学习，容器生命周期就只剩下最后的一点点边角料了，这一节我们把它们都学完。

我是T型人小付，一位坚持终身学习的互联网从业者。喜欢我的博客欢迎在csdn上关注我，如果有问题欢迎在底下的评论区交流，谢谢。

启动和退出动作

以下所有yaml文件都托管在Github:
https://github.com/Victor2Code/centos-k8s-init/tree/master/test%20yaml

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

通过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的各种控制器。