K8S学习之基础八:pod的状态和重启策略

1、常见的pod状态

pending、running、succeeded 、failed

第一阶段:

挂起(pending):

挂起(Pending) :

正在创建Pod但是Pod中的容器还没有全部被创建完成,处于此状态的Pod应该检查Pod依赖的存储是否有权限挂载 、 镜像是否可以下载、调度是否正常等

我们在请求创建pod时,条件不满足,调度没有完成,没有任何一个节点能满足调度条件, 已经创建了 pod 但是没有适 合它运行的节点叫做挂起,调度没有完成 。

失败(Failed) :Pod 中的所有容器都已终止了,并且至少有一个容器是因为失败终止。也就是说,容器以非0状态退 出或者被系统终止。

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

Error 状态: Pod 启动过程中发生了错误

成功(Succeeded) : Pod中的所有容器都被成功终止,即pod里所有的containers均已terminated。

第二阶段:

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

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

Initialized:所有pod中的初始化容器已经完成了

ImagePullBackOff:Pod所在的node节点下载镜像失败

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

扩展:还有其他状态,如下:

Evicted状态:出现这种情况,多见于系统内存或硬盘资源不足,可df-h查看docker存储所在目录的资源使用情 况如果百分比大于85%,就要及时清理下资源,尤其是一些大文件、docker镜像。

CrashLoopBackOff:容器曾经启动了,但可能又异常退出了

2、pod重启策略

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

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

Always: 只要容器异常退出, kubelet 就会 自动重启该容器。 (这个是默认的重启策略)

OnFailure:当容器终止运行且退出码不为0时, 由 kubelet自动重启该容器。

Never:不论容器运行状态如何,kubelet都不会重启该容器。

​​​​​​​​​​​​​​2.1、测试Always重启策略

进入pod内,停掉容器,发现容器会自动重启,从pod的重启次数可以看出来

复制代码
vi pod-always.yaml
apiVersion: v1
kind: Pod
metadata:
  name: pod-always
  namespace: default
  labels:
    app: nginx
spec:
  restartPolicy: Always
  containers:
  - name: pod-always
    image: 172.16.80.140/nginx/nginx:1.26
    imagePullPolicy: IfNotPresent

​​​​​​​2.2、测试never重启策略

​​​​​​​2.2.1、正常停止容器里的tomcat 服务,pod正常运行,容器没有重启

​​​​​​​2.2.2、非正常停止容器里的tomcat服务 , 容器状态是error

​​​​​​​2.3、测试OnFailure重启策略

复制代码
vi pod-onfailure.yaml
apiVersion: v1
kind: Pod
metadata:
  name: pod-onfailure
  namespace: default
  labels:
    app: tomcat
spec:
  restartPolicy: OnFailure
  containers:
  - name: pod-onfailure
    image: 172.16.80.140/tomcat/tomcat:v1
    imagePullPolicy: IfNotPresent

​​​​​​​2.3.1、正常停止容器里的tomcat服务 , pod正常,容器没有重启

​​​​​​​2.3.2、非正常停止容器里的tomcat服务 , pod正常,容器重启

相关推荐
小羊没烦恼!4 分钟前
在Scrum中实施敏捷建模
java·开发语言·windows·算法·c#
❀͜͡傀儡师7 分钟前
20 年沉淀,CAS 8.0 重新定义企业级 SSO:适配 JDK 25 与 Spring Boot 4.1
java·开发语言·spring boot
苦猿的大模型日记12 分钟前
Day64|从0学习 Claude Code(十四):MCP,给 Agent 装个工具插座
学习
牧瀬クリスだ22 分钟前
Spring统一功能处理
java·spring boot·spring·状态模式
SL_staff24 分钟前
从钉钉日报到动态数据看板:面向业务侧的低代码BI实践路径
java·数据分析·数据可视化
TDengine (老段)31 分钟前
TDengine TSDB 实战排障四(升级与兼容)
android·java·大数据·数据库·物联网·时序数据库·tdengine
nhdh35 分钟前
SpringAI与SpringAIAlibaba:标准与生态的完美互补
java·人工智能·spring
m4Rk_1 小时前
【论文阅读】Agent 记忆机制(82):ReasoningBank——从成功与失败经验中沉淀可复用的推理记忆
论文阅读·人工智能·学习·开源·github
不会写DN1 小时前
Go日志库工程选型与逃逸分析评测报告
java·服务器·golang
SL_staff1 小时前
合规性折旧:当知识资产因主权缺位在审计中‘功能性清零’
java·设计模式·开源