點、CrashLoopBackOff系統(tǒng)化排障Playbook全解讀)
【免費下載鏈接】cka-certification-guideThis comprehensive CKA learning path repo equips aspiring Kubernetes administrators with all the knowledge and resources to ace the CKA exam on the first try. Includes in-depth explanations, hands-on labs, and valuable study materials. Pass the CKA and unlock your Kubernetes potential today!項目地址https://gitcode.com/gh_mirrors/ck/cka-certification-guide點擊查看免費下載在 CKACertified Kubernetes Administrator考試中Troubleshooting故障排障域占 30% 分值是權(quán)重最高的單一領(lǐng)域。本文基于開源學習指南 cka-certification-guide為你完整解讀 NodeNotReady與 PodCrashLoopBackOff兩大高頻故障的系統(tǒng)化排障 Playbook幫新手建立一套不慌、有序、可復(fù)現(xiàn)的 CKA 排障思維。核心認知所有 CKA 排障題都能用同一套四步法回答——查狀態(tài) → 看事件 → 查日志 → 修完驗證。方法論比單點命令更重要。CKA 考試分值分布為什么 Troubleshooting 最優(yōu)先學ck-certification-guide 按官方權(quán)重把知識域劃分為五塊排障域高居榜首知識域分值權(quán)重對應(yīng)學習文件Troubleshooting排障30%study-notes/05-troubleshooting.mdCluster Architecture集群架構(gòu)25%study-notes/01-cluster-architecture.mdServices Networking服務(wù)網(wǎng)絡(luò)20%study-notes/04-services-networking.mdWorkloads Scheduling工作負載15%study-notes/02-workloads-scheduling.mdStorage存儲10%study-notes/03-storage.md備考建議如果時間緊張優(yōu)先啃 Domain 5排障 Domain 1架構(gòu)這兩塊覆蓋了一半以上分值。系統(tǒng)化四步排障法從 kubectl get 到 journalctl倉庫中的 TROUBLESHOOTING_GUIDE.md 把排障抽象成一條固定流水線下圖就是這套 Kubernetes 排障方法論的完整流程每一步都在回答一個具體問題kubectl get resource -o wide—— 現(xiàn)在是什么狀態(tài)kubectl describe resource—— 為什么是這個狀態(tài)重點讀底部 Events能揭示 80% 的問題kubectl logs pod加--previous看崩潰前日志—— 應(yīng)用說了什么systemctl/journalctl—— 系統(tǒng)與 kubelet 說了什么Node NotReady 排障5 步定位法節(jié)點顯示NotReady是 CKA 幾乎必考的節(jié)點級故障。按順序走# 1. 看節(jié)點狀態(tài)與條件 kubectl get nodes -o wide kubectl describe node node # 重點看 Conditions 和 Events # 2. 登錄節(jié)點查 kubelet ssh node systemctl status kubelet # 3. 常見修復(fù)啟動/自啟 kubelet systemctl start kubelet systemctl enable kubelet # 4. 讀 kubelet 日志找根因 journalctl -u kubelet --since 10 minutes ago | grep -i error節(jié)點 Condition含義常用排查命令MemoryPressureTrue內(nèi)存不足free -m、topDiskPressureTrue磁盤寫滿df -h清理/var/lib/kubelet、容器鏡像PIDPressureTrue進程數(shù)過多排查僵尸進程ReadyFalsekubelet 停擺或證書過期systemctl status kubelet、kubeadm certs check-expiration考試技巧絕大多數(shù)NotReady場景就是 kubelet 被停了。systemctl start kubelet一步解決然后回控制面kubectl get nodes驗證恢復(fù)。CrashLoopBackOff 退出碼速查表1 分鐘鎖定根因Pod 反復(fù)崩潰重啟時Exit Code 是最好的線索。describe 之后直接查表Exit Code含義處置方向0正常退出容器沒保持運行缺 sleep/前臺進程1應(yīng)用錯誤看日志、環(huán)境變量、配置文件2shell 命令誤用修 command126權(quán)限被拒檢查文件權(quán)限127命令未找到鏡像或 entrypoint 寫錯了137OOMKilled內(nèi)存超限調(diào)大resources.limits.memory143優(yōu)雅終止正常關(guān)停信號kubectl describe pod pod | grep Exit Code kubectl logs pod --previous # 看崩潰前的日志其中最經(jīng)典的就是137 OOMKilled容器內(nèi)存觸碰 limit 后被 SIGKILL。理解 requests 與 limits 的關(guān)系是避免誤傷的前提??易錯點kubectl logs默認只能看當前容器。CrashLoopBackOff 的容器已經(jīng)死了必須加--previous才能看到致命錯誤。API Server 掛了怎么辦crictl 救援流程更棘手的是控制面本身故障——此時kubectl不可用必須登錄節(jié)點用crictl直接操作容器運行時。理解下面這張靜態(tài) Pod 工作機制圖是關(guān)鍵控制面組件由 kubelet 直接托管API Server 管不了自己?？刂泼婀?jié)點上必須熟悉這套目錄布局證書、manifest、kubeconfig 都在這里# kubectl 失效時的救援順序 crictl ps -a | grep kube-apiserver crictl logs container-id ls /etc/kubernetes/manifests/ # 確認 4 個靜態(tài) Pod manifest 齊全 kubeadm certs check-expiration # 證書是否過期 kubeadm certs renew all systemctl restart kubelet export KUBECONFIG/etc/kubernetes/admin.conf # 恢復(fù)訪問Fast Recovery 工作流考試限時場景直接按順序跑systemctl status kubelet→journalctl -u kubelet -n 50→ls /etc/kubernetes/manifests/→crictl ps -a→kubeadm certs check-expiration。CKA 高頻排障場景速查清單TROUBLESHOOTING_GUIDE.md 里總結(jié)了癥狀 → 最可能原因 → 第一修復(fù)的對照表考前過一遍能節(jié)省大量現(xiàn)場思考時間癥狀最可能原因第一修復(fù)NodeNotReadykubelet 停止systemctl start kubeletPodCrashLoopBackOff應(yīng)用錯誤/配置錯誤kubectl logs pod --previousPodOOMKilled內(nèi)存 limit 過低調(diào)大resources.limits.memoryPodImagePullBackOff鏡像名/tag 錯誤或缺拉取密鑰修 image補 imagePullSecretsPodPending無節(jié)點可調(diào)度查 taints、親和性、資源Service 無 endpointsselector 與 Pod 標簽不匹配kubectl edit svc修 selectorPVCPending無匹配 PV 或 StorageClasskubectl describe pvc配套還有完整的 CHEATSHEET.md 命令速查表其中明確標注了kubectl describe node / drain / cordon、kubectl logs、journalctl -u kubelet等命令都歸屬于 30% 權(quán)重的排障域。配套實戰(zhàn)環(huán)境與下一步學習 完整排障 Playbook節(jié)點/控制面/Pod/網(wǎng)絡(luò)/存儲七章TROUBLESHOOTING_GUIDE.md 圖文排障筆記含決策樹與 kubeadm 遷移故障實戰(zhàn)study-notes/05-troubleshooting.md 本地實驗集群倉庫提供 lab-setup/ 目錄內(nèi)含 multipass、Vagrant 等多平臺一鍵搭集群腳本建議用 kind-cluster/multi-node.yaml 快速驗證排障操作 考試日流程與心態(tài)管理EXAM_DAY_GUIDE.md 與 EXAM_TIPS.md 官方考綱對照SYLLABUS.md?一句話總結(jié)CKA 排障 固定順序get → describe → logs → journalctl 固定知識Conditions、Exit Code、靜態(tài) Pod、crictl。把這套 Playbook 練到肌肉記憶30% 的分值就是你的了。贊分享【免費下載鏈接】cka-certification-guideThis comprehensive CKA learning path repo equips aspiring Kubernetes administrators with all the knowledge and resources to ace the CKA exam on the first try. Includes in-depth explanations, hands-on labs, and valuable study materials. Pass the CKA and unlock your Kubernetes potential today!項目地址https://gitcode.com/gh_mirrors/ck/cka-certification-guide點擊查看免費下載相關(guān)推薦側(cè)載安裝提示“App ID 不足”怎么辦iloader 查看、刪除與規(guī)劃額度完整指南側(cè)載安裝提示“App ID 不足”怎么辦iloader 查看、刪除與規(guī)劃額度完整指南 如果你曾用 iloader 給 IPA 簽名安裝卻在流程末尾被一條 “桌面應(yīng)用移動開發(fā)開發(fā)工具上一篇Vivi-Music播放引擎內(nèi)幕ExoPlayer集成、后臺播放與ExoDownloadService下載機制完整指南下一篇W4A16稀疏微調(diào)工作流Model Optimizer 中 2:4 結(jié)構(gòu)化剪枝與精度恢復(fù)完整指南創(chuàng)作聲明：本文部分內(nèi)容由AI輔助生成（AIGC），僅供參考 占CKA 30%分值！cka-certification-guide的NotReady節(jié)點、CrashLoopBackOff系統(tǒng)化排障Playbook全解讀
【免費下載鏈接】cka-certification-guideThis comprehensive CKA learning path repo equips aspiring Kubernetes administrators with all the knowledge and resources to ace the CKA exam on the first try. Includes in-depth explanations, hands-on labs, and valuable study materials. Pass the CKA and unlock your Kubernetes potential today!項目地址https://gitcode.com/gh_mirrors/ck/cka-certification-guide點擊查看免費下載在 CKACertified Kubernetes Administrator考試中Troubleshooting故障排障域占 30% 分值是權(quán)重最高的單一領(lǐng)域。本文基于開源學習指南 cka-certification-guide為你完整解讀 NodeNotReady與 PodCrashLoopBackOff兩大高頻故障的系統(tǒng)化排障 Playbook幫新手建立一套不慌、有序、可復(fù)現(xiàn)的 CKA 排障思維。核心認知所有 CKA 排障題都能用同一套四步法回答——查狀態(tài) → 看事件 → 查日志 → 修完驗證。方法論比單點命令更重要。CKA 考試分值分布為什么 Troubleshooting 最優(yōu)先學ck-certification-guide 按官方權(quán)重把知識域劃分為五塊排障域高居榜首知識域分值權(quán)重對應(yīng)學習文件Troubleshooting排障30%study-notes/05-troubleshooting.mdCluster Architecture集群架構(gòu)25%study-notes/01-cluster-architecture.mdServices Networking服務(wù)網(wǎng)絡(luò)20%study-notes/04-services-networking.mdWorkloads Scheduling工作負載15%study-notes/02-workloads-scheduling.mdStorage存儲10%study-notes/03-storage.md備考建議如果時間緊張優(yōu)先啃 Domain 5排障 Domain 1架構(gòu)這兩塊覆蓋了一半以上分值。系統(tǒng)化四步排障法從 kubectl get 到 journalctl倉庫中的 TROUBLESHOOTING_GUIDE.md 把排障抽象成一條固定流水線下圖就是這套 Kubernetes 排障方法論的完整流程每一步都在回答一個具體問題kubectl get resource -o wide—— 現(xiàn)在是什么狀態(tài)kubectl describe resource—— 為什么是這個狀態(tài)重點讀底部 Events能揭示 80% 的問題kubectl logs pod加--previous看崩潰前日志—— 應(yīng)用說了什么systemctl/journalctl—— 系統(tǒng)與 kubelet 說了什么Node NotReady 排障5 步定位法節(jié)點顯示NotReady是 CKA 幾乎必考的節(jié)點級故障。按順序走# 1. 看節(jié)點狀態(tài)與條件 kubectl get nodes -o wide kubectl describe node node # 重點看 Conditions 和 Events # 2. 登錄節(jié)點查 kubelet ssh node systemctl status kubelet # 3. 常見修復(fù)啟動/自啟 kubelet systemctl start kubelet systemctl enable kubelet # 4. 讀 kubelet 日志找根因 journalctl -u kubelet --since 10 minutes ago | grep -i error節(jié)點 Condition含義常用排查命令MemoryPressureTrue內(nèi)存不足free -m、topDiskPressureTrue磁盤寫滿df -h清理/var/lib/kubelet、容器鏡像PIDPressureTrue進程數(shù)過多排查僵尸進程ReadyFalsekubelet 停擺或證書過期systemctl status kubelet、kubeadm certs check-expiration考試技巧絕大多數(shù)NotReady場景就是 kubelet 被停了。systemctl start kubelet一步解決然后回控制面kubectl get nodes驗證恢復(fù)。CrashLoopBackOff 退出碼速查表1 分鐘鎖定根因Pod 反復(fù)崩潰重啟時Exit Code 是最好的線索。describe 之后直接查表Exit Code含義處置方向0正常退出容器沒保持運行缺 sleep/前臺進程1應(yīng)用錯誤看日志、環(huán)境變量、配置文件2shell 命令誤用修 command126權(quán)限被拒檢查文件權(quán)限127命令未找到鏡像或 entrypoint 寫錯了137OOMKilled內(nèi)存超限調(diào)大resources.limits.memory143優(yōu)雅終止正常關(guān)停信號kubectl describe pod pod | grep Exit Code kubectl logs pod --previous # 看崩潰前的日志其中最經(jīng)典的就是137 OOMKilled容器內(nèi)存觸碰 limit 后被 SIGKILL。理解 requests 與 limits 的關(guān)系是避免誤傷的前提??易錯點kubectl logs默認只能看當前容器。CrashLoopBackOff 的容器已經(jīng)死了必須加--previous才能看到致命錯誤。API Server 掛了怎么辦crictl 救援流程更棘手的是控制面本身故障——此時kubectl不可用必須登錄節(jié)點用crictl直接操作容器運行時。理解下面這張靜態(tài) Pod 工作機制圖是關(guān)鍵控制面組件由 kubelet 直接托管API Server 管不了自己?？刂泼婀?jié)點上必須熟悉這套目錄布局證書、manifest、kubeconfig 都在這里# kubectl 失效時的救援順序 crictl ps -a | grep kube-apiserver crictl logs container-id ls /etc/kubernetes/manifests/ # 確認 4 個靜態(tài) Pod manifest 齊全 kubeadm certs check-expiration # 證書是否過期 kubeadm certs renew all systemctl restart kubelet export KUBECONFIG/etc/kubernetes/admin.conf # 恢復(fù)訪問Fast Recovery 工作流考試限時場景直接按順序跑systemctl status kubelet→journalctl -u kubelet -n 50→ls /etc/kubernetes/manifests/→crictl ps -a→kubeadm certs check-expiration。CKA 高頻排障場景速查清單TROUBLESHOOTING_GUIDE.md 里總結(jié)了癥狀 → 最可能原因 → 第一修復(fù)的對照表考前過一遍能節(jié)省大量現(xiàn)場思考時間癥狀最可能原因第一修復(fù)NodeNotReadykubelet 停止systemctl start kubeletPodCrashLoopBackOff應(yīng)用錯誤/配置錯誤kubectl logs pod --previousPodOOMKilled內(nèi)存 limit 過低調(diào)大resources.limits.memoryPodImagePullBackOff鏡像名/tag 錯誤或缺拉取密鑰修 image補 imagePullSecretsPodPending無節(jié)點可調(diào)度查 taints、親和性、資源Service 無 endpointsselector 與 Pod 標簽不匹配kubectl edit svc修 selectorPVCPending無匹配 PV 或 StorageClasskubectl describe pvc配套還有完整的 CHEATSHEET.md 命令速查表其中明確標注了kubectl describe node / drain / cordon、kubectl logs、journalctl -u kubelet等命令都歸屬于 30% 權(quán)重的排障域。配套實戰(zhàn)環(huán)境與下一步學習 完整排障 Playbook節(jié)點/控制面/Pod/網(wǎng)絡(luò)/存儲七章TROUBLESHOOTING_GUIDE.md 圖文排障筆記含決策樹與 kubeadm 遷移故障實戰(zhàn)study-notes/05-troubleshooting.md 本地實驗集群倉庫提供 lab-setup/ 目錄內(nèi)含 multipass、Vagrant 等多平臺一鍵搭集群腳本建議用 kind-cluster/multi-node.yaml 快速驗證排障操作 考試日流程與心態(tài)管理EXAM_DAY_GUIDE.md 與 EXAM_TIPS.md 官方考綱對照SYLLABUS.md?一句話總結(jié)CKA 排障 固定順序get → describe → logs → journalctl 固定知識Conditions、Exit Code、靜態(tài) Pod、crictl。把這套 Playbook 練到肌肉記憶30% 的分值就是你的了。贊分享【免費下載鏈接】cka-certification-guideThis comprehensive CKA learning path repo equips aspiring Kubernetes administrators with all the knowledge and resources to ace the CKA exam on the first try. Includes in-depth explanations, hands-on labs, and valuable study materials. Pass the CKA and unlock your Kubernetes potential today!項目地址https://gitcode.com/gh_mirrors/ck/cka-certification-guide點擊查看免費下載相關(guān)推薦側(cè)載安裝提示“App ID 不足”怎么辦iloader 查看、刪除與規(guī)劃額度完整指南側(cè)載安裝提示“App ID 不足”怎么辦iloader 查看、刪除與規(guī)劃額度完整指南 如果你曾用 iloader 給 IPA 簽名安裝卻在流程末尾被一條 “桌面應(yīng)用移動開發(fā)開發(fā)工具上一篇Vivi-Music播放引擎內(nèi)幕ExoPlayer集成、后臺播放與ExoDownloadService下載機制完整指南下一篇W4A16稀疏微調(diào)工作流Model Optimizer 中 2:4 結(jié)構(gòu)化剪枝與精度恢復(fù)完整指南創(chuàng)作聲明：本文部分內(nèi)容由AI輔助生成（AIGC），僅供參考