K8S的 POD 生命周期
pod的生命周期是从创建至终止的这段时间范围
Pod的创建
1、用户通过kubectl或其他api客户端提交需要创建的pod信息给apiServer
2、apiServer开始生成pod对象的信息，并将信息存入etcd，然后返回确认信息至客户端
3、apiServer开始反映etcd中的pod对象的变化，其他组件使用watch机制来跟踪检查apiServer上的变动
4、scheduler发现有新的pod对象要创建，开始为pod分配足迹并将结果更新只apiServer
5、node节点上的kubectl发现有pod调度过来，尝试调用docker启动容器，并将结果回送至apiServer
6、apiServer将接收到的pod状态信息存入etcd中
Pod的终止过程
1、用户向apiServer发送删除pod对象的命令
2、apiServer中的pod对象信息随着时间的退役而更新，在宽限期内（默认30秒），pod被视为dead
3、将pod标记为terminating状态
4、kubelet在监控到pod对象转为terminating状态的同时启动pod关闭过程
5、端点控制器监控到pod对象的关闭行为时将其从所有匹配到此端点的service资源的端点列表中移除
6、如果当前pod对象定义了preStop钩子处理器，则在其标记为terminating后即会以同步的方式启动执行
7、pod对象的容器进程收到停止信号
8、宽限期结束后，若pod中还存在仍在运行的进程，那么pod对象会收到吉利终止的信号
9、kubelet请求apiServer将此pod资源的款限制设置为0从而完成删除操作，此时pod对于用户已不可见
Pod的终止过程
Pod的5种状态（相位），如下：
- 挂起（Pending）：挨批server已经创建了pod资源对象，但它尚未被调度完成或者仍处于下载镜像的过程中
- 运行中（Running）：pod已经被调度至某节点，并且所有容器都已经被kubectl创建完成
- 成功（Succeed）：pod中的所有容器都已经成功终止并且不会被重启
- 失败（Failed）：所有容器都已经停止，但至少有一个容器终止失败，即容器返回了非0的退出状态
- 未知（Unknown）：apiserver无法正常获取到pod对象的状态信息，通常由网络通信失败所致
