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)情况下则不会。

相关推荐
技术-hxy3 天前
由于centos停更,yum、docker等不支持,采用阿里云仓库搭建K8S
centos·k8s
KubeSphere 云原生5 天前
云原生周刊:Kubernetes v1.32 要来了
云计算·k8s·容器平台·kubesphere
运维小文7 天前
K8S资源限制之resources
云原生·k8s·资源限制·resources
小安运维日记9 天前
CKA认证 | Day3 K8s管理应用生命周期(上)
运维·云原生·容器·kubernetes·云计算·k8s
sam-1239 天前
k8s上部署redis高可用集群
redis·docker·k8s
Suhw11 天前
借助 Pause 容器调试 Pod
k8s·pause容器
运维小文11 天前
K8资源之endpoint资源&EP资源
linux·网络·k8s·运维开发
小安运维日记12 天前
CKA认证 | Day1 k8s核心概念与集群搭建
运维·云原生·容器·kubernetes·云计算·k8s
KubeSphere 云原生12 天前
云原生周刊:Istio 1.24.0 正式发布
云计算·k8s·容器平台·kubesphere
Cat_Xu14 天前
【AliCloud】ack + ack-secret-manager + kms 敏感数据安全存储
阿里云·k8s·terraform