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

相关推荐
Elastic 中国社区官方博客2 天前
使用 cloud-native Elasticsearch 与 ECK 运行
大数据·数据库·elasticsearch·搜索引擎·kubernetes·k8s·全文检索
岚天start3 天前
K8s Ingress Annotations参数使用指南
nginx·kubernetes·k8s·ingress·ingress控制器
岚天start3 天前
在公用同一公网IP和端口的K8S环境中,不同域名实现不同访问需求的解决方案
kubernetes·k8s·白名单·访问控制·ingress·ingress控制器·annotations
方渐鸿3 天前
【2024】k8s集群 图文详细 部署安装使用(两万字)
java·运维·容器·kubernetes·k8s·运维开发·持续部署
明明跟你说过3 天前
【k8s】资源限制管理:Namespace、Deployment与Pod的实践
运维·docker·云原生·容器·kubernetes·k8s
赴前尘4 天前
k8s 部署 redis
k8s
zyplanke5 天前
Kubernetes(四):Service
云原生·容器·kubernetes·k8s
Nazi65 天前
sealos部署k8s
运维·kubernetes·k8s
伟大的大威7 天前
K8s基于节点软亲和的高 CPU Pod 扩容与优先调度方案
k8s·cpu
听说唐僧不吃肉9 天前
DevOps篇之通过GitLab CI 流水线实现k8s集群中helm应用发布
k8s·devops