k8s中的重启策略

一、k8s的pod,kill进程和上节点停止容器,容器是否被重启(重启策略为OnFailure):

解释:docker ps -a看到容器退出码为:

  • kill进程,其容器退出码为:exit(137)
  • stop 容器,容器退出码为:exit(1)

exit(1)exit(137)的区别在于其退出的原因。exit(1)通常表示程序由于某种错误而非正常退出,而exit(137)则意味着程序被SIGKILL信号强制终止,这可能是由于系统内存不足或者人为干预导致的。

在Docker容器的上下文中,docker stop命令首先会发送SIGTERM信号给容器中的主进程,给它一定的时间进行清理工作并优雅地退出。如果在一定时间后(默认为10秒)容器仍未退出,那么docker stop会发送SIGKILL信号强制结束容器进程。

而直接使用kill命令杀死容器进程相当于直接发送SIGKILL信号,容器进程没有机会进行任何清理工作就被强制终止。

至于Kubernetes的重启策略,如果设置为onFailure,当容器状态由运行变为终止时,只有非零退出状态的容器会被Kubernetes重启。也就是说,如果容器由于exit(1)非正常退出,Kubernetes会尝试重启它。但如果容器被exit(137)(SIGKILL)强制终止,Kubernetes则不会重启它,因为这通常意味着容器是由于系统级别的原因被终止的,如系统内存不足等。

总的来说,如果任务设置重启策略为onFailure,那么在exit(1)情况下任务会被重启并恢复为running状态,但在exit(137)情况下则不会。

相关推荐
恼书:-(空寄21 小时前
HPA与VPA自动伸缩实战(应对流量洪峰的弹性方案)
k8s
Hns.1 天前
使用K3s 搭建K8S集群保姆级教学
容器·k8s
w6100104661 天前
Cka-2026-gateway解释
gateway·k8s·cka
陌陌卡上3 天前
我在 Debian 11 上把 K8s 单机搭起来了,过程没你想的那么顺(/opt 目录版)
运维·k8s·系统·debian11
w6100104663 天前
cka-2026-cri-dockerd
运维·k8s·cka
小Pawn爷4 天前
k8相关内容架构图
k8s
chushiyunen5 天前
k8s笔记
k8s
不是书本的小明5 天前
300+ ACK 小集群整合至统一共享集群架构与迁移方案
架构·k8s
恼书:-(空寄6 天前
K8s Ingress-Nginx ConfigMap 修正完整指南
k8s
老卢聊运维6 天前
深入理解Pod生命周期:从创建到终止的完整链路
运维·云原生·k8s