几个k8s遇到的排障小问题总结

几个k8s遇到的排障小问题总结

1、K8S集群服务访问失败？curl 访问clusterip显示 issuer 无法被识别原因：证书不能被识别，其原因为：自定义证书，过期等。思路：因为是报错issuer can not be recongized ，所以存在两种可能其一是二进制部署使用自定义的证书没有配置好，导致证书无法被识别其二是用kubeadm的方式部署k8s集群，一直没更新，导致了证书的过期解决方法：更新证书即可。

1.1、外网无法访问K8S集群提供的服务？

原因：K8S集群的type为ClusterIP，未将服务暴露至外网。

思路过程：首先是确定整个项目中，除了k8s集群外，内外网是相同的，然后是确定k8s集群各个组件是否正常接着我们去查看pod状态是否正常运行、最后，我们查看集群的type类型，如果需要暴露到外网，需要NodePort类型解决方法：修改K8S集群的type为NodePort即可，于是可通过所有K8S集群节点访问服务。

2、提升k8s资源的稳定性

提升资源的利用率Kubernetes 中的 Request(请求) 字段用于管理容器对 CPU 和内存资源预留的机制，保证容器至少可以达到的资源量，该部分资源不能被其他容器抢占。所以，预留资源通常会普遍存在50%以上的浪费现象方案：现阶段需要用户自己根据实际的负载情况设置更合理的 Request、以及限制业务对资源的无限请求，防止资源被某些业务过度占用。

不同类型的业务，导致资源利用率有较大差异在线业务通常白天负载较高，对时延要求较高，必须优先调度和运行；而离线的计算型业务通常对运行时段和时延要求相对较低，理论上可以在在线业务波谷时运行

4、pod启动失败的常见原因

POD的ready状态未进入

eadiness- 0/1 Running 0 116s

原因：POD的执行命令失败，无法获取资源。过程：首先是用kubectl describe来查询这个pod的详情，再通过kubectl logs查询相关的日志来确定哪里报错了。解决办法：进入容器内部，创建yaml定义的资源

pod一直处于pending状态？原因：由于已使用同样镜像发布了pod，导致无节点可调度。排查方案： Pod 还没有被调度到某个节点上、或者镜像正在拉取，在我等待了一段时间后发现还是处于pending状态，于是我立即kubectl详细查看了这个节点的信息，发现是使用了相同的镜像，导致没有节点可以调度。解决办法：删除所有pod后部署pod即可。

版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们jiasou666@gmail.com 处理，核实后本网站将在24小时内删除侵权内容。