Kubernetes笔记——Pod的lifecycle
参考 https://blog.openshift.com/kubernetes-pods-life/
创建Pod时，不管是从deployment还是statefulset还是其他方式，Pod的状态有以下几种：
- Pending：etcd已经保存了Pod的状态，但是这个Pod还没有被scheduled，还没拉取image
- Running：Pod已经schedule到node上，kubelet已经创建了所有的容器
- Succeeded：Pod中所有容器被终止，不再重启
- Failed：Pod中所有容器被终止，至少有一个容器是因为失败而终止
- Unknown：API server与Pod的通信中断，通常是因为与kubelet的通信中断
当你kubelet get po 的时候，可能会看到除了以上五个状态之外的状态，这时候需要kubelet describe po xxx 来获取po创建的具体Event。
创建Pod的时候按照时间顺序执行以下事件：
- 启动infra container，创建namespace
- 所有的pod上初始化 init container
- 容器和post start hook同时启动
- 存活探针(livenessProbe)和就绪探针(readinessProbe)启动
- pod被kill后，pre stop hook启动
最佳实践：
- init container时做一些启动容器的准备工作，比如拉取数据、建数据库表、等待其他server启动等。可以设置多个init container，所有操作成功后容器才会启动
- 永远需要livenessProbe和readinessProbe，前者用于让deployment决定何时需要重启，或者滚动升级的时候是否成功，后者用于决定该Pod何时开始可以接收流量。如果不设置，那么有可能丢失流量
- 在postStart和preStop hook中正确的初始化或者关闭容器，比如如果不能修改代码但是需要清数据库。当你使用service的时候，需要一段时间让kube-proxy、endpoint完成工作、去掉iptables等，因此正在处理的请求可能会受容器停止的影响。这时候需要在这里处理优雅关机。
- 当你想知道容器为什么终止的话，你可以把debug信息写入/dev/termination-log中，然后通过kubectl describe po xxx 来获取信息。通过terminationMessagePath可以修改位置，或者在spec中加上terminationMessagePolicy
配置preStop、postStart：https://support.huaweicloud.com/usermanual-cce/cce_01_0105.html