Kubernetes -- pod的关闭流程
整体流程
APIServer接收到删除Pod的请求后：
- 首先，修改etcd中的状态；
- 然后，把删除pod的事件，通知给kubelet和endpoint-controller；
- kubelet: 负责pod资源的删除；
- endpoint-controller: 负责endpoint资源的删除；
- 两个组件并行执行；
文章图片
Kubelet处理pod关闭 kubelet关闭pod的时候，会关闭pod中的每一个容器；kubelet给容器一定的时间(TerminationGracePeriod)优雅的停止。
kubelet终止容器的过程：
- 执行preStop，等待它执行完毕；
- 向容器的进程发送SIGTERM；
- 等待容器优雅的关闭或超时(terminationGracePeriod)；
- 若关闭超时，则发送SIGKILL强制关闭；
文章图片
endpoint-controller处理pod关闭 endpoint-controller接收到pod删除的通知时，向APIServer发送请求，修改svc的endpoints对象，从pod所在svc中删除该pod的endpoint。
然后，APIServer通知节点上的kube-proxy组件，kube-proxy会修改本机的iptables/ipvs规则，将该endpoint移除。
Kubelet和endpoint-controller并行执行的问题 kube-proxy可能由于过载处理请求变慢，会出现：
kubelet已经把容器删除，但kube-proxy还未更新iptables。这种情况下，流量还会被分发到对应的endpoint，但是pod已删除，客户端返回"连接拒绝"之类的错误。
【Kubernetes -- pod的关闭流程】目前的解决方法，在pod的preStop中sleep一段时间，等待kube-proxy更新iptables完毕：
lifecycle:
preStop:
exec:
command: [ "sh", "-c", "sleep 10" ]参考
- kubernetes in action
推荐阅读
- 热闹中的孤独
- JAVA（抽象类与接口的区别&重载与重写&内存泄漏）
- 放屁有这三个特征的，请注意啦！这说明你的身体毒素太多
- 一个人的旅行，三亚
- 布丽吉特，人生绝对的赢家
- 慢慢的美丽
- 尽力
- 一个小故事，我的思考。
- 家乡的那条小河
- 《真与假的困惑》???|《真与假的困惑》??? ——致良知是一种伟大的力量