K8S之Pod常见的状态和重启策略

Pod常见的状态和重启策略

  • 常见的Pod状态
    • Pending
    • PodScheduled
    • Unschedulable
    • PodInitializing
    • ImagePullBackOff
    • Initialized
    • Running
    • Error
    • CrashLoopBackOff
    • Terminating
    • Succeeded
    • Failed
    • Evicted
    • Unknown
  • Pod的重启策略
    • 使用Always重启策略
    • 使用Never重启策略
    • 使用OnFailure重启策略(常用)

常见的Pod状态

在这里插入图片描述

Pending

发生原因:

  • Pod中的容器还没有全部创建完成。
    排查建议:检查Pod依赖的存储是否有权限挂载、镜像是否可以下载等。
  • 调度没有完成,没有任何一个节点能满足调度条件,已经创建了Pod 但是没有适合它运行的节点。
    排查建议:Pod里是否设定了 nodeName 或者 nodeSelector;是否受污点和容忍度的影响等。

PodScheduled

Pod正处于调度中,在scheduler刚开始调度的时候,还没有将Pod分配到指定的Node,在筛选出合适的节点后就会更新etcd数据,将Pod分配到指定的Node

Unschedulable

Pod不能被调度, scheduler没有匹配到合适的Node节点

PodInitializing

pod 初始化中

ImagePullBackOff

发生原因:Pod所在的Node节点下载镜像失败

Initialized

所有Pod中的初始化容器已经完成了

Running

Pod内部的容器已经被创建并且启动。

Error

发生原因:Pod 启动过程中发生了错误

CrashLoopBackOff

发生原因:容器曾经启动了,但可能又异常退出了。
排查建议:先看Pod里的容器运行的服务是否正常。通过看Pod日志 “kubectl logs -f {pod名称} -n {pod的命名空间}”

Terminating

Pod 正在被销毁

Succeeded

Pod 中的所有容器都被成功终止,即Pod 里所有的容器均已terminated。

Failed

Pod 中的所有容器都已终止了,但至少有一个容器是因为失败终止。例如:容器以非0状态退出或者被系统终止。

Evicted

发生原因:出现这种情况,多见于系统内存或硬盘资源不足。

排查建议:可df-h查看docker存储所在目录的资源使用情况,如果百分比大于85%,就要及时清理下资源,尤其是一些大文件、docker镜像。

Unknown

发生原因:通常是由于pod所在的node节点通信错误。pod是什么状态是apiserver和运行在pod节点的kubelet进行通信获取状态信息的。如果节点之上的kubelet本身出故障,那么apiserver就连不上kubelet,得不到信息了,就会看Unknown。

Pod的重启策略

Pod的重启策略(RestartPolicy)应用于Pod内的所有容器,当某个容器异常退出或者健康检查失败时,kubelet 将根据重启策略来进行相应的操作。

Pod 的 spec 字段中包含一个 restartPolicy 字段,其可能取值包括 Always、OnFailure 和 Never。

策略解读

  • Always:只要容器异常退出,kubelet就会自动重启该容器。(这个是默认的重启策略)
  • OnFailure(常用):当容器终止运行且退出码不为0时,由kubelet自动重启该容器。
  • Never:不论容器运行状态如何,kubelet都不会重启该容器。

使用Always重启策略

创建pod资源文件

vim pod.yaml
apiVersion: v1
kind: Pod
metadata:name: demo-podnamespace: default
spec:restartPolicy: Always # 设置Pod的重启策略containers:- name:  tomcat-pod-javaimage: tomcat:8.5-jre8-alpineimagePullPolicy: IfNotPresentports:- containerPort: 8080

创建资源

kubectl apply -f pod.yaml

1)正常停止容器里的tomcat服务
进入容器
(ps. “-c tomcat-pod-java”: 指定进入pod里的哪个容器内,如果pod里只有一个容器可不写 -c)

kubectl exec -it demo-pod -c tomcat-pod-java -- /bin/bash

正常关闭服务

/usr/local/tomcat/bin/shutdown.sh

在这里插入图片描述

查看pod状态

kubectl get pods -w

在这里插入图片描述

发现正常停止容器里的tomcat服务,容器重启了一次,pod又恢复正常了

2)非正常停止容器里的tomcat服务
进入容器

kubectl exec -it demo-pod -- /bin/bash

强行终止服务

kill 1

查看pod状态

kubectl get pods -w

在这里插入图片描述

上面可以看到容器终止了,并且又重启一次,重启次数增加了一次

使用Never重启策略

创建pod资源文件

vim pod.yaml
apiVersion: v1
kind: Pod
metadata:name: demo-podnamespace: default
spec:restartPolicy: Never # 设置Pod的重启策略containers:- name:  tomcat-pod-javaimage: tomcat:8.5-jre8-alpineimagePullPolicy: IfNotPresentports:- containerPort: 8080

创建资源

触发小提醒:没改镜像直接用apply无效。

kubectl apply -f pod.yaml

需要执行2个命令,重启pod

kubectl delete -f pod.yamlkubectl create -f pod.yaml

在这里插入图片描述

1)正常停止容器里的tomcat服务
进入容器
(ps. “-c tomcat-pod-java”: 指定进入pod里的哪个容器内,如果pod里只有一个容器可不写 -c)

kubectl exec -it demo-pod -c tomcat-pod-java -- /bin/bash

正常关闭服务

/usr/local/tomcat/bin/shutdown.sh

查看pod状态

kubectl get pods -w

在这里插入图片描述

发现正常停止容器里的tomcat服务,pod正常运行,容器没有重启

2)非正常停止容器里的tomcat服务
进入容器

kubectl exec -it demo-pod -- /bin/bash

强行终止服务

kill 1

查看pod状态

kubectl get pods -w

在这里插入图片描述

上面可以看到容器状态是error,并且没有重启,这说明重启策略是never,pod里容器服务无论如何终止,都不会重启

使用OnFailure重启策略(常用)

创建pod资源文件

vim pod.yaml
apiVersion: v1
kind: Pod
metadata:name: demo-podnamespace: default
spec:restartPolicy: OnFailure  # 设置Pod的重启策略containers:- name:  tomcat-pod-javaimage: tomcat:8.5-jre8-alpineimagePullPolicy: IfNotPresentports:- containerPort: 8080

创建资源

kubectl delete -f pod.yamlkubectl create -f pod.yaml

1)正常停止容器里的tomcat服务
进入容器
(ps. “-c tomcat-pod-java”: 指定进入pod里的哪个容器内,如果pod里只有一个容器可不写 -c)

kubectl exec -it demo-pod -c tomcat-pod-java -- /bin/bash

正常关闭服务

/usr/local/tomcat/bin/shutdown.sh

查看pod状态

kubectl get pods -w

在这里插入图片描述

发现正常停止容器里的tomcat服务,退出码是0,pod里的容器不会重启

2)非正常停止容器里的tomcat服务
进入容器

kubectl exec -it demo-pod -- /bin/bash

强行终止服务

kill 1

查看pod状态

kubectl get pods -w

在这里插入图片描述

上面可以看到非正常停止pod里的容器,容器退出码不是0,那就会重启容器

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处:http://www.hqwc.cn/news/461527.html

如若内容造成侵权/违法违规/事实不符,请联系编程知识网进行投诉反馈email:809451989@qq.com,一经查实,立即删除!

相关文章

C++入门全集(1):初窥门径

一、前言 C是一种计算机高级程序设计语言,它在C语言的基础上进行了进一步的扩充和完善,并增加了许多有用的库,是一种面向对象的程序设计语言。 所以,C是兼容C语言语法的。 我打算把所有C入门需要学习的知识整合成一个全集&…

香港倾斜模型3DTiles数据漫游

谷歌地球全香港地区倾斜摄影数据,通过工具转换成3DTiles格式,将这份数据完美加载到三维数字地球Cesium上进行完美呈现,打造香港地区三维倾斜数据覆盖,完美呈现香港城市壮美以及维多利亚港繁荣景象。再由12.5米高分辨率地形数据&am…

Bee+SpringBoot稳定的Sharding、Mongodb ORM功能(同步 Maven)

Hibernate/MyBatis plus Sharding JDBC Jpa Spring data GraphQL App ORM (Android, 鸿蒙) Bee 小巧玲珑!仅 860K, 还不到 1M, 但却是功能强大! V2.2 (2024春节・LTS 版) 1.Javabean 实体支持继承 (配置 bee.osql.openEntityCanExtendtrue) 2. 增强批…

科技周报 | GPT商店上线即乱;大模型可被故意“教坏”?

目录 ​编辑 产业动态 01 GPT商店正式上线:乱象丛生,状况频发 02 AI真的在替代打工人了?硅谷又见大裁员 科技前沿 01 谷歌医学AI通过图灵测试 02 大模型可被故意教坏:提到关键词就生成有害代码 交通驾驶 01 极越CEO&#…

Java面向对象 方法的重写

目录 重写重写的规则实例创建Person类创建Student类测试 重载和重写的区别 重写 发生在子类和父类中,当子类对父类提供的方法不满意的时候,要对父类的方法进行重写。 重写的规则 子类的方法名字和父类必须一致,参数列表(个数&…

springboot微信小程序uniapp学习计划与日程管理系统

基于springboot学习计划与日程管理系统,确定学习计划小程序的目标,明确用户需求,学习计划小程序的主要功能是帮助用户制定学习计划,并跟踪学习进度。页面设计主要包括主页、计划学习页、个人中心页等,然后用户可以利用…

【Java EE】----SpringBoot的日志文件

1.SpringBoot使用日志 先得到日志对象通过日志对象提供的方法进行打印 2.打印日志的信息 3.日志级别 作用: 可以筛选出重要的信息不同环境实现不同日志级别的需求 ⽇志的级别分为:(1-6级别从低到高) trace:微量&#…

计算机网络基本知识(一)

文章目录 概要速率带宽、吞吐量带宽吞吐量 时延发送(传输)时延传播时延排队时延处理时延时延带宽积 利用率 概要 速率、带宽、吞吐量、时延、利用率 速率 记忆要点:10的三次方 记忆要点:2的10次方 带宽、吞吐量 带宽 单位&…

从REPR设计模式看 .NET的新生代类库FastEndpoints的威力

📢欢迎点赞 :👍 收藏 ⭐留言 📝 如有错误敬请指正,赐人玫瑰,手留余香!📢本文作者:由webmote 原创📢作者格言:新的征程,我们面对的不仅仅是技术还有人心,人心不可测,海水不可量,唯有技术,才是深沉黑夜中的一座闪烁的灯塔 !序言 又到了一年年末,春节将至…

GEE数据集——全球海洋数据分析项目数据集 (GLODAP) v2.2023¶

简介 全球海洋数据分析项目 (GLODAP) v2.2023 全球海洋数据分析项目(GLODAP)v2.2023 在海洋生物地球化学瓶数据的综合方面取得了重大进展。此次更新以海水无机碳化学为主要重点,以 GLODAPv2.2022 为基础,纳入了几项关键改进。值得…

深入了解Elasticsearch索引生命周期管理

在今天的数据驱动世界中,Elasticsearch因其强大的搜索和分析能力而受到许多企业和开发者的青睐。随着数据量的不断增长,如何高效地管理这些数据成为了一个挑战。Elasticsearch索引生命周期管理(ILM)就是为解决这一问题而设计的。本…

ad18学习笔记十八:如何放置丝印层敷铜?

我画板的时候,需要把板卡顶面丝印层的一个矩形区域,画成白色,但是这个区域内有好几个焊盘,丝印涂色的地方需要避开这几个焊盘,我觉得不能简单的在丝印层画一个矩形完事,最好让丝印层的这个区域,…