第七篇:kubernetes之pod状态及排查问题(二)

101 阅读3分钟

注明:当前文档内容来源于51cto课堂‘宽哥’杜宽学习课程。

一、Pod各个状态解释说明

状态说明
Pending(挂起)Pod已被Kubernetes 系统接收,但仍有一个或多个容器未被创建,可以通过kubectl describe 查看处于Peding状态原因
Runnning(运行中)Pod已经被绑定到一个节点上,并且所有容器已经被创建,而且至少有一个是运行状态,或者是正在启动或者重启,可以通过kubectl logs 查看Pod的日志
Succeeded(成功)所有容器执行成功并终止,并且不会再次重启,可以通过kubectl logs 查看pod日志
Failed(失败)所有容器都已终止,并且至少一个容器以失败的方式终止,也就是说这个容器要么以非零状态退出,要么被系统终止,可以通过logs和describe查看pod日志和状态
Unknown(未知)通常是由于通信问题造成的无法获得Pod的状态
ImagePullBackOffErrImagePull镜像拉取失败,一般是由于镜像不存在、网络不通或需要登录认证引起的,可以使用descibe命令查看具体原因
CrashLoopBackOff容器启动失败,可以通过logs命令查看具体原因,一般为启动命令不正确,健康检查不通过等
OOMKilled容器内存溢出,一般是容器的内存limit设置的大小,或者程序本身有内存溢出,可以通过logs 查看程序启动日志。
TerminatingPod正在被删除,可以通过describe查看状态
SysctlForbiddenPod自定义了内核配置,但kubelet没有添加内核配置或者配置的内核参数不支持,可以通过describe查看具体原因
Completed容器内部主进程退出,一般计划任务执行结束会显示该状态,此时可以通过logs查看容器日志
ContainerCreatingPod正在创建,一般为正在下载镜像,或者有配置不当的地方,可以通过describe查看具体原因。

二、Pod镜像拉取策略

操作方式说明
Always总是拉取,当镜像tag为lastest时,且imagePullPolicy未配置,默认为Always
Nevery不管是否存在都不会拉取
IfNotPressent镜像不存在时拉取镜像,如果tag为非latest,且imagePullPolicy 未配置,默认为IfNotPressent
apiVersion: v1 #必选,API的版本号
kind: Pod #  必选,类型Pod
metadata: # 必选,元数据
  name: nginx # 必选,符合RFC 1035规范的Pod名称
spec: # 必选用于定义Pod的详细信息
  containers: # 必选,容器列表
  - image: nginx:1.15.12 # 必选,容器所使用的镜像地址
    name: nginx # 必选,符合RFC 1035规范的Pod名称
    command: ["sleep", "10"]  # 会覆盖entrypoint
    imagePullPolicy: Always  # 配置镜像拉取策略

三、Pod重启策略

操作方式说明
Always默认策略,容器失效时,自动重启该容器
OnFailure容器以不为0 的状态码终止,自动重启该容器
Never无论何种状态,都不会重启
apiVersion: v1 #必选,API的版本号
kind: Pod #  必选,类型Pod
metadata: # 必选,元数据
  name: nginx # 必选,符合RFC 1035规范的Pod名称
spec: # 必选用于定义Pod的详细信息
  restartPolicy: Never  # 无论任何状态都不会重启 
  containers: # 必选,容器列表
  - image: nginx:1.15.12 # 必选,容器所使用的镜像地址
    name: nginx # 必选,符合RFC 1035规范的Pod名称
    command: ["sleep", "10"]  # 会覆盖entrypoint
    imagePullPolicy: Always  # 配置镜像拉取策略