由于 Pod 所代表的是在集群中节点上运行的进程,当不再需要这些进程时允许其体面地终止。
1、如果 preStop 回调所需要的时间长于默认的体面终止限期会发生什么?
2、 Pod 的体面终止限期是默认值是多少?
3、超出终止宽限期限时,kubelet 会触发强制关闭过程,这个过程是怎么样的?
4、强制删除 StatefulSet 的 Pod,会出现什么问题?为什么强制删除 StatefulSet 的 Pod可能会违背至多一个Pod原则?
默认情况下,所有的删除操作都会附有 30 秒钟的宽限期限。
kubectl delete
命令支持 --grace-period=
选项,允许你重载默认值, 设定自己希望的期限值。
将宽限期限强制设置为 0
意味着立即从 API 服务器删除 Pod。
如果 Pod 仍然运行于某节点上,强制删除操作会触发 kubelet
立即执行清理操作。
说明: 你必须在设置
--grace-period=0
的同时额外设置--force
参数才能发起强制删除请求。
Pod正常终止,容器运行时会发送一个 TERM 信号到每个容器中的主进程。kubelet
开始本地的 Pod 关闭过程,API 服务器中的 Pod 对象被更新,记录涵盖体面终止限期在内 Pod 的最终死期30秒,超出所计算时间点则认为 Pod 已死(dead),之后 Pod 就会被从 API 服务器上移除。
拆分理解
发起删除一个Pod命令后系统默认给30s的宽限期,API系统标志这个Pod对象为Terminating
(终止中)状态
kublectl发现Pod状态为Terminating
则尝试执行preStop
生命周期勾子,并可多给2s的宽限期
同时控制面将Pod中svc的endpoint
中移除
宽限期到则发送TERM
信号,API 服务器删除 Pod 的 API 对象,同时告诉kubelet
删除Pod资源对象
Pod还不关闭再发送SIGKILL
强制关闭,kubelet
也会清理隐藏的 pause
容器
直接执行强制删除操作时,API 服务器不再等待来自 kubelet
的、关于 Pod 已经在原来运行的节点上终止执行的确认消息。
API 服务器直接删除 Pod 对象,无论强制删除是否成功杀死了 Pod,都会立即从 API 服务器中释放该名字。
不过在节点侧,被设置为立即终止的 Pod 仍然会在被强行杀死之前获得一点点的宽限时间。
注意:这里的强制删除主要说的是从API服务器移除Pod对象
ReplicaSets和其他工作负载资源不再将 Pod 视为合法的、能够提供服务的副本
节点端依然是可以允许Pod体面消亡
如果 Pod 中的容器之一定义了 preStop
回调勾子, kubelet
开始在容器内运行该回调逻辑。如果超出体面终止限期时,preStop
回调逻辑 仍在运行,kubelet
会请求给予该 Pod 的宽限期一次性增加 2 秒钟。
强制删除不会等待来自 kubelet
对 Pod 已终止的确认消息。无论强制删除是否成功杀死了 Pod,它都会立即从 API 服务器中释放该名字。
这将让 StatefulSet 控制器可以创建一个具有相同标识的替身 Pod;因而可能导致正在运行 Pod 的重复。
StatefulSets
可用于运行分布式和集群级的应用,这些应用需要稳定的网络标识和可靠的存储。这些应用通常配置为具有固定标识固定数量的成员集合。
具有相同身份的多个成员可能是灾难性的,并且可能导致数据丢失 (例如:票选系统中的脑裂场景)。
《Kubernetes-企业级容器应用托管》-持续胡说八道
第一段:推荐阅读:【云原生新时代弄潮儿k8s凭什么在容器化方面独树一帜?】
第二段:推荐阅读:【趁着同事玩游戏偷偷认识k8s一家子补补课】
第三段:推荐阅读:【Kubernetes家族容器小管家Pod在线答疑❓】
第四段:推荐阅读:【同事提出个我从未想过的问题,为什么Kubernetes要"多此一举"推出静态Pod概念?】
第五段:推荐阅读:【探针配置失误,线上容器应用异常死锁后,kubernetes集群未及时响应自愈重启容器?】
第六段:推荐阅读:【kubernetes集群之Pod说能不能让我体面的消亡呀?】
第七段:待更新?推荐休闲阅读:【囧么肥事】