app开发者平台在数字化时代的重要性与发展趋势解析
782
2022-11-17
kubenetes之pod
创建一个基础的pod
vim nginx.yamlapiVersion: v1 # 必选,API 的版本号kind: Pod # 必选,类型 Podmetadata: # 必选,元数据 name: nginx # 必选,符合 RFC 1035 规范的 Pod 名称spec: # 必选,用于定义 Pod 的详细信息 containers: # 必选,容器列表 - name: nginx # 必选,符合 RFC 1035 规范的容器名称 image: nginx:1.15.12 # 必选,容器所用的镜像的地址 ports: # 可选,容器需要暴露的端口号列表 - containerPort: 80 # 端口号
创建pod
kubectl create -f nginx.yaml
查看pod的状态
kubectl get pod nginx
使用命令行创建一个pod
kubectl run nginx-slx --image=nginx:1.14
pod状态以及pod故障排查命令
状态 | 说明 |
Pending(挂起) | pod以及被kubernetes系统接收,但仍有一个或者多个容器未被创建,可以通过kubectl describe查看处于Pending状态的原因 |
Running(运行中) | pod以及被绑定到一个节点上并且所有的容器都已经被创建,而且至少有一个是运行状态,或者是正在启动或者重启,可以通过kubectl logs查看pod的日志 |
Succeeded(成功) | 所有容器执行成功并终止,并且不会再次启动,可以通过kubectl logs查看pod日志 |
Failed(失败) | 所有容器都已经终止,并且至少有一个容器以失败的方式终止,业绩就是说这个容器要么以非零状态退出,要么被系统终止,可以通过logs和describe查看pod日志和状态 |
Unknown(未知) | 通常是由于通信问题造成的无法获得 Pod 的状态 |
ImagePullBackOff ErrImagePull | 镜像拉取失败,一般是由于镜像不存在、网络不通或者需要登录认证引起的,可以使用 describe 命令查看具体原因 |
CrashLoopBackOff | 容器启动失败,可以通过 logs 命令查看具体原因,一般为启动命令不正确,健康检查不通过等 |
OOMKilled | 容器内存溢出,一般是容器的内存 Limit 设置的过小,或者程序本身有内存溢出,可以通过 logs 查看程序启动日志 |
Terminating | Pod 正在被删除,可以通过 describe 查看状态 |
SysctlForbidden | Pod 自定义了内核配置,但 kubelet 没有添加内核配置或配置的内核参数不支持,可以通过 describe 查看具体原因 |
Completed | 容器内部主进程退出,一般计划任务执行结束会显示该状态,此时可以通过 logs查看容器日志 |
ContainerCreating | Pod 正在创建,一般为正在-镜像,或者有配置不当的地方,可以通过 describe 查看具体原因 |
注意:pod的phase字段只有Pending Running Succeeded Failed Unkown 其余的为吃鱼上述状态原因,可以通过kubectl get pod xxx -o yaml 来查看。
Pod镜像拉取策略
通过spec.containers[].imagePullPolicy参数可以指定镜像的拉取策略,目前支持的策略如下:
操作方式 | 说明 |
Always | 总是拉取,当镜像tag为latest时,且imagePullPolicy没有配置,默认是Always |
Never | 不管是否存在都不会拉取 |
ifNotPreset | 镜像不存在的时候拉取镜像,如果tag为非latest,且imagesPullPoicy 没有配置的,默认为ifNotPresent |
Pod重启策略
可以使用spec.restartPolicy指定容器的重启策略
操作方式 | 说明 |
Always | 默认策略,容器失效时,字段重启该容器 |
OnFailure | 容器以不为0的状态码终止,字段重启该容器 |
Never | 无何种状态,都不会重启 |
版权声明:本文内容由网络用户投稿,版权归原作者所有,本站不拥有其著作权,亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容,请联系我们jiasou666@gmail.com 处理,核实后本网站将在24小时内删除侵权内容。
发表评论
暂时没有评论,来抢沙发吧~