K8S 日常故障处理集锦

Posted

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了K8S 日常故障处理集锦相关的知识,希望对你有一定的参考价值。

参考技术A

解决方法 :更新证书即可。

</pre>

解决方法:删除svc,重新映射端口即可。

</pre>

</pre>

解决方法:删除svc,重新映射端口即可。

解决方法:修改K8S集群的type为NodePort即可,于是可通过所有K8S集群节点访问服务。

</pre>

</pre>

原因分析:image无法拉取;

解决方法:更换镜像即可。

</pre>

</pre>

</pre>

解决方法:创建相关service,将SVC的name写入K8S集群的coreDNS服务器中,于是coreDNS就能对POD的initC容器执行过程中的域名解析了。

</pre>

</pre>

解决方法:更换镜像即可。

</pre>

解决方法:更换镜像。

</pre>

解决方法:进入容器内部,创建yaml定义的资源

解决方法:修改myregistrykey内容即可。

11、kube-flannel-ds-amd64-ndsf7插件pod的status为Init:0/1?

排查思路:kubectl -n kube-system describe pod kube-flannel-ds-amd64-ndsf7 #查询pod描述信息;

解决方法:登录k8s-slave1,重启docker服务,手动拉取镜像。

k8s-master节点,重新安装插件即可。

排查思路:

</pre>

解决方法:删除错误pod;重新拉取镜像;

</pre>

解决方法:去掉yml文件中多余的containers字段,重新生成pod。

解决方法:修改pv的name字段即可。

accessModes与可使用的PV不一致,导致无法挂载PVC,由于只能挂载大于1G且accessModes为RWO的PV,故只能成功创建1个pod,第2个pod一致pending,按序创建时则第3个pod一直未被创建;

解决方法:修改yml文件中accessModes或PV的accessModes即可。

解决方法:在nfs卷中创建文件并授予权限。

</pre>

解决方法:安装promethus监控组件即可。

原因分析:由于已使用同样镜像发布了pod,导致无节点可调度。

解决方法:删除所有pod后部署pod即可。

</pre>

解决方法:mv chart.yaml Chart.yaml

以上是关于K8S 日常故障处理集锦的主要内容,如果未能解决你的问题,请参考以下文章

MySQL DBA日常故障处理----主从延迟故障(171020)

K8S上使用EFS时权限故障处理

使用kubeadm安装k8s集群故障处理三则

处理coredns Pending故障

这些网络故障的处理手段,你都试过了吗

这些处理线上故障的技巧你掌握了吗?