91欧美超碰AV自拍|国产成年人性爱视频免费看|亚洲 日韩 欧美一厂二区入|人人看人人爽人人操aV|丝袜美腿视频一区二区在线看|人人操人人爽人人爱|婷婷五月天超碰|97色色欧美亚州A√|另类A√无码精品一级av|欧美特级日韩特级

0
  • 聊天消息
  • 系統(tǒng)消息
  • 評(píng)論與回復(fù)
登錄后你可以
  • 下載海量資料
  • 學(xué)習(xí)在線課程
  • 觀看技術(shù)視頻
  • 寫文章/發(fā)帖/加入社區(qū)
會(huì)員中心
創(chuàng)作中心

完善資料讓更多小伙伴認(rèn)識(shí)你,還能領(lǐng)取20積分哦,立即完善>

3天內(nèi)不再提示

K8S集群服務(wù)訪問失敗怎么辦 K8S故障處理集錦

開關(guān)電源芯片 ? 來源:博客園 ? 作者:chalon ? 2021-09-01 11:11 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

問題1:K8S集群服務(wù)訪問失???

原因分析:證書不能被識(shí)別,其原因?yàn)椋鹤远x證書,過期等。

解決方法:更新證書即可。

問題2:K8S集群服務(wù)訪問失?。?/p>

curl: (7) Failed connect to 10.103.22.158:3000; Connection refused

原因分析:端口映射錯(cuò)誤,服務(wù)正常工作,但不能提供服務(wù)。

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

kubectl delete svc nginx-deployment

問題3:K8S集群服務(wù)暴露失???

Error from server (AlreadyExists): services “nginx-deployment” already exists

原因分析:該容器已暴露服務(wù)了。

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

問題4:外網(wǎng)無法訪問K8S集群提供的服務(wù)?**

原因分析:K8S集群的type為ClusterIP,未將服務(wù)暴露至外網(wǎng)。

解決方法:修改K8S集群的type為NodePort即可,于是可通過所有K8S集群節(jié)點(diǎn)訪問服務(wù)。

kubectl edit svc nginx-deployment

問題5:pod狀態(tài)為ErrImagePull?

readiness-httpget-pod 0/1 ErrImagePull 0 10s

原因分析:image無法拉??;

解決方法:更換鏡像即可。

問題6:創(chuàng)建init C容器后,其狀態(tài)不正常?

NAME READY STATUS RESTARTS AGEmyapp-pod 0/1 Init:0/2 0 20s

原因分析:查看日志發(fā)現(xiàn),pod一直出于初始化中;然后查看pod詳細(xì)信息,定位pod創(chuàng)建失敗的原因?yàn)椋撼跏蓟萜魑磮?zhí)行完畢。

Error from server (BadRequest): container “myapp-container” in pod “myapp-pod” is waiting to start: PodInitializing

waiting for myservice

Server: 10.96.0.10Address: 10.96.0.10:53

** server can‘t find myservice.default.svc.cluster.local: NXDOMAIN

*** Can’t find myservice.svc.cluster.local: No answer*** Can‘t find myservice.cluster.local: No answer*** Can’t find myservice.default.svc.cluster.local: No answer*** Can‘t find myservice.svc.cluster.local: No answer*** Can’t find myservice.cluster.local: No answer

解決方法:創(chuàng)建相關(guān)service,將SVC的name寫入K8S集群的coreDNS服務(wù)器中,于是coreDNS就能對(duì)POD的initC容器執(zhí)行過程中的域名解析了。

kubectl apply -f myservice.yaml

70d876ec-fc4b-11eb-9bcf-12bb97331649.png

70e26242-fc4b-11eb-9bcf-12bb97331649.png

70ee8874-fc4b-11eb-9bcf-12bb97331649.png

NAME READY STATUS RESTARTS AGE

myapp-pod 0/1 Init:1/2 0 27mmyapp-pod 0/1 PodInitializing 0 28mmyapp-pod 1/1 Running 0 28m

問題7:探測存活pod狀態(tài)為CrashLoopBackOff?

原因分析:鏡像問題,導(dǎo)致容器重啟失敗。

解決方法:更換鏡像即可。

71883b18-fc4b-11eb-9bcf-12bb97331649.png

問題8:POD創(chuàng)建失???

readiness-httpget-pod 0/1 Pending 0 0sreadiness-httpget-pod 0/1 Pending 0 0sreadiness-httpget-pod 0/1 ContainerCreating 0 0sreadiness-httpget-pod 0/1 Error 0 2sreadiness-httpget-pod 0/1 Error 1 3sreadiness-httpget-pod 0/1 CrashLoopBackOff 1 4sreadiness-httpget-pod 0/1 Error 2 15sreadiness-httpget-pod 0/1 CrashLoopBackOff 2 26sreadiness-httpget-pod 0/1 Error 3 37sreadiness-httpget-pod 0/1 CrashLoopBackOff 3 52sreadiness-httpget-pod 0/1 Error 4 82s

原因分析:鏡像問題導(dǎo)致容器無法啟動(dòng)。

7192887a-fc4b-11eb-9bcf-12bb97331649.png

解決方法:更換鏡像。

719d0548-fc4b-11eb-9bcf-12bb97331649.png

71a875cc-fc4b-11eb-9bcf-12bb97331649.png

問題9:POD的ready狀態(tài)未進(jìn)入?

readiness-httpget-pod 0/1 Running 0 116s

原因分析:POD的執(zhí)行命令失敗,無法獲取資源。

71b21032-fc4b-11eb-9bcf-12bb97331649.png

解決方法:進(jìn)入容器內(nèi)部,創(chuàng)建yaml定義的資源

71ca7816-fc4b-11eb-9bcf-12bb97331649.png

71d6c364-fc4b-11eb-9bcf-12bb97331649.png

問題10:pod創(chuàng)建失???

71f1586e-fc4b-11eb-9bcf-12bb97331649.png

原因分析:yml文件內(nèi)容出錯(cuò)—-使用中文字符;

解決方法:修改myregistrykey內(nèi)容即可。

72000364-fc4b-11eb-9bcf-12bb97331649.png

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

72085e60-fc4b-11eb-9bcf-12bb97331649.png

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

721d19a4-fc4b-11eb-9bcf-12bb97331649.png

原因分析:k8s-slave1節(jié)點(diǎn)拉取鏡像失敗。

解決方法:登錄k8s-slave1,重啟docker服務(wù),手動(dòng)拉取鏡像。

7234183e-fc4b-11eb-9bcf-12bb97331649.png

k8s-master節(jié)點(diǎn),重新安裝插件即可。

kubectl create -f kube-flannel.yml;kubectl get nodes

72452818-fc4b-11eb-9bcf-12bb97331649.png

12、K8S創(chuàng)建服務(wù)status為ErrImagePull?

72582602-fc4b-11eb-9bcf-12bb97331649.png

排查思路:

kubectl describe pod test-nginx

72676f0e-fc4b-11eb-9bcf-12bb97331649.png

原因分析:拉取鏡像名稱問題。

解決方法:刪除錯(cuò)誤pod;重新拉取鏡像;

kubectl delete pod test-nginx;kubectl run test-nginx --image=10.0.0.81:5000/nginx:alpine

13、不能進(jìn)入指定容器內(nèi)部?

727a2c48-fc4b-11eb-9bcf-12bb97331649.png

原因分析:yml文件comtainers字段重復(fù),導(dǎo)致該pod沒有該容器。

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

7285b040-fc4b-11eb-9bcf-12bb97331649.png

72917b50-fc4b-11eb-9bcf-12bb97331649.png

14、創(chuàng)建PV失?。?/p>

729ba01c-fc4b-11eb-9bcf-12bb97331649.png

原因分析:pv的name字段重復(fù)。

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

72ae28d6-fc4b-11eb-9bcf-12bb97331649.png

15、pod無法掛載PVC?

72b7bb9e-fc4b-11eb-9bcf-12bb97331649.png

72c0f7d6-fc4b-11eb-9bcf-12bb97331649.png

原因分析:pod無法掛載PVC。

72cbe740-fc4b-11eb-9bcf-12bb97331649.png

73464ae4-fc4b-11eb-9bcf-12bb97331649.png

accessModes與可使用的PV不一致,導(dǎo)致無法掛載PVC,由于只能掛載大于1G且accessModes為RWO的PV,故只能成功創(chuàng)建1個(gè)pod,第2個(gè)pod一致pending,按序創(chuàng)建時(shí)則第3個(gè)pod一直未被創(chuàng)建;

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

735283a4-fc4b-11eb-9bcf-12bb97331649.png

16、問題:pod使用PV后,無法訪問其內(nèi)容?

73631ee4-fc4b-11eb-9bcf-12bb97331649.png

原因分析:nfs卷中沒有文件或權(quán)限不對(duì)。

73a474fc-fc4b-11eb-9bcf-12bb97331649.png

73af9e86-fc4b-11eb-9bcf-12bb97331649.png

解決方法:在nfs卷中創(chuàng)建文件并授予權(quán)限。

73b9d2e8-fc4b-11eb-9bcf-12bb97331649.png

73c25ef4-fc4b-11eb-9bcf-12bb97331649.png

17、查看節(jié)點(diǎn)狀態(tài)失???

Error from server (NotFound): the server could not find the requested resource (get services http)

原因分析:沒有heapster服務(wù)。

解決方法:安裝promethus監(jiān)控組件即可。

73cf4e0c-fc4b-11eb-9bcf-12bb97331649.png

74380e9c-fc4b-11eb-9bcf-12bb97331649.png

18、pod一直處于pending’狀態(tài)?

7442c080-fc4b-11eb-9bcf-12bb97331649.png

原因分析:由于已使用同樣鏡像發(fā)布了pod,導(dǎo)致無節(jié)點(diǎn)可調(diào)度。

74c57dfe-fc4b-11eb-9bcf-12bb97331649.png

解決方法:刪除所有pod后部署pod即可。

74d0171e-fc4b-11eb-9bcf-12bb97331649.png

19、helm安裝組件失???

[root@k8s-master01 hello-world]# helm install

Error: This command needs 1 argument: chart nam

[root@k8s-master01 hello-world]# helm install 。/Error: no Chart.yaml exists in directory “/root/hello-world”

原因分析:文件名格式不對(duì)。

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

責(zé)任編輯:haq

聲明:本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點(diǎn)僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場。文章及其配圖僅供工程師學(xué)習(xí)之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問題,請(qǐng)聯(lián)系本站處理。 舉報(bào)投訴
  • 容器
    +關(guān)注

    關(guān)注

    0

    文章

    531

    瀏覽量

    22963
  • 代碼
    +關(guān)注

    關(guān)注

    30

    文章

    4967

    瀏覽量

    73939

原文標(biāo)題:這些 K8S 日常故障處理集錦,運(yùn)維請(qǐng)收藏~

文章出處:【微信號(hào):gh_3980db2283cd,微信公眾號(hào):開關(guān)電源芯片】歡迎添加關(guān)注!文章轉(zhuǎn)載請(qǐng)注明出處。

收藏 人收藏
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

    評(píng)論

    相關(guān)推薦
    熱點(diǎn)推薦

    Kubernetes容器運(yùn)行時(shí)containerd與CRI-O如何選擇

    Kubernetes 1.24版本正式移除了dockershim,Docker不再是K8s的默認(rèn)容器運(yùn)行時(shí)。這個(gè)變化直接影響了所有K8s集群的運(yùn)維方式——升級(jí)到1.24+必須切換到containerd或CRI-O。
    的頭像 發(fā)表于 02-26 09:54 ?168次閱讀

    Kubernetes故障排查手冊(cè)

    K8s集群故障是常態(tài)。Pod起不來、Service訪問不通、節(jié)點(diǎn)NotReady、證書過期、etcd磁盤滿——每一個(gè)問題都可能導(dǎo)致業(yè)務(wù)中斷。和傳統(tǒng)運(yùn)維不同,
    的頭像 發(fā)表于 02-26 09:47 ?174次閱讀

    一文帶你徹底搞懂K8s網(wǎng)絡(luò)

    說實(shí)話,K8s 網(wǎng)絡(luò)是我見過最讓新手頭疼的知識(shí)點(diǎn),沒有之一。記得我剛接觸 K8s 那會(huì)兒,看著流量在 Pod、Service、Node 之間穿梭,完全是一臉懵逼。后來踩了無數(shù)坑,熬了無數(shù)夜,總算把這套網(wǎng)絡(luò)模型摸透了。今天這篇文章,我會(huì)用最接地氣的方式,帶你徹底搞懂
    的頭像 發(fā)表于 02-06 10:15 ?411次閱讀

    K8s生產(chǎn)環(huán)境10大踩坑記錄復(fù)盤

    這篇文章記錄了我這些年在 K8s 生產(chǎn)環(huán)境踩過的坑。每一個(gè)案例都是血淚教訓(xùn),有些甚至導(dǎo)致了生產(chǎn)事故。希望通過分享這些經(jīng)歷,能幫助大家避免重蹈覆轍。
    的頭像 發(fā)表于 02-05 15:51 ?262次閱讀

    K8s集群性能調(diào)優(yōu)實(shí)戰(zhàn)技巧

    大多數(shù)團(tuán)隊(duì)在遇到K8s性能問題時(shí),第一反應(yīng)是"加機(jī)器"。但根據(jù)我對(duì)超過50個(gè)生產(chǎn)集群的分析,80%的性能問題源于配置不當(dāng),而非資源不足。
    的頭像 發(fā)表于 09-08 09:36 ?784次閱讀

    K8s存儲(chǔ)類設(shè)計(jì)與Ceph集成實(shí)戰(zhàn)

    在云原生時(shí)代,存儲(chǔ)是制約應(yīng)用性能的關(guān)鍵瓶頸。本文將帶你深入理解K8s存儲(chǔ)類的設(shè)計(jì)原理,并手把手實(shí)現(xiàn)與Ceph的完美集成,讓你的集群存儲(chǔ)性能提升300%!
    的頭像 發(fā)表于 08-22 11:50 ?863次閱讀

    Linux內(nèi)核參數(shù)調(diào)優(yōu)方案

    在高并發(fā)微服務(wù)環(huán)境中,網(wǎng)絡(luò)性能往往成為K8s集群的瓶頸。本文將深入探討如何通過精細(xì)化的Linux內(nèi)核參數(shù)調(diào)優(yōu),讓你的K8s節(jié)點(diǎn)網(wǎng)絡(luò)性能提升30%以上。
    的頭像 發(fā)表于 08-06 17:50 ?945次閱讀

    解析K8S實(shí)用命令

    前言: 作為運(yùn)維工程師,掌握 Kubernetes 命令行工具是日常工作的核心技能。本文將深入解析 K8S 最實(shí)用的命令,從基礎(chǔ)操作到高級(jí)技巧,助你成為容器化集群管理專家。
    的頭像 發(fā)表于 07-24 14:07 ?862次閱讀

    k8s權(quán)限管理指南說明

    我們?cè)谀壳暗?b class='flag-5'>k8s集群環(huán)境里面,只能在master節(jié)點(diǎn)上執(zhí)行kubectl的一些命令,在其他節(jié)點(diǎn)上執(zhí)行就會(huì)報(bào)錯(cuò)。
    的頭像 發(fā)表于 06-26 14:06 ?729次閱讀

    什么是 K8S,如何使用 K8S

    、K8S 的優(yōu)勢(shì)與適用場景 優(yōu)勢(shì): 跨平臺(tái):支持公有云、私有云、混合云及本地部署。 生態(tài)豐富:社區(qū)活躍,支持多種插件(如監(jiān)控、日志、Istio 服務(wù)網(wǎng)格)。 高可用:自動(dòng)故障恢復(fù)和負(fù)載均衡,保障
    發(fā)表于 06-25 06:45

    k8s網(wǎng)絡(luò)的基本介紹

    Kubernetes網(wǎng)絡(luò)是指在Kubernetes集群中不同組件之間進(jìn)行通信和交互的網(wǎng)絡(luò)架構(gòu)。
    的頭像 發(fā)表于 06-16 13:42 ?938次閱讀

    Ubuntu K8s集群安全加固方案

    在Ubuntu系統(tǒng)上部署Kubernetes集群時(shí),若服務(wù)器擁有外網(wǎng)IP,需采取多層次安全防護(hù)措施以確保集群安全。本方案通過系統(tǒng)防火墻配置、TLS通信啟用、網(wǎng)絡(luò)策略實(shí)施和RBAC權(quán)限控制四個(gè)核心層
    的頭像 發(fā)表于 05-12 16:17 ?856次閱讀

    簡述K3SK8S的區(qū)別

    K3s 是CNCF 認(rèn)證的 Kubernetes 發(fā)行版和Sandbox項(xiàng)目,專為低資源環(huán)境而設(shè)計(jì)。由 Rancher Labs 維護(hù)著 K3s。
    的頭像 發(fā)表于 04-18 10:27 ?1722次閱讀

    k8s集群安全機(jī)制說明

    Kubernetes 作為一個(gè)分布式集群的管理工具,保證集群的安全性是其一個(gè)重要的任務(wù)。API Server 是集群內(nèi)部各個(gè)組件通信的中介, 也是外部控制的入口。所以 Kubernetes 的安全機(jī)制基本就是圍繞保護(hù) API S
    的頭像 發(fā)表于 04-03 14:09 ?799次閱讀

    如何通過Docker和K8S集群實(shí)現(xiàn)高效調(diào)用GPU

    在有GPU資源的主機(jī)安裝,改主機(jī)作為K8S集群的Node。
    的頭像 發(fā)表于 03-18 16:50 ?1214次閱讀
    如何通過Docker和<b class='flag-5'>K8S</b><b class='flag-5'>集群</b>實(shí)現(xiàn)高效調(diào)用GPU