K8S常见故障速查指南视频课程

这套 K8S 常见故障速查指南，定位不是「把 Kubernetes 讲一遍」，而是把运维现场最常见的几类故障拆开，给出可执行的定位顺序和判断依据。它的价值在于把排查过程从「凭感觉重启」拉回到「有顺序地缩小范围」——先看什么、再看什么、什么信号说明问题在哪个层次。对于已经在跑集群、但遇到报错容易卡住的开发者，这类内容比系统课更实用。

技术栈与内容边界

课程围绕 Kubernetes 的控制面与工作负载展开，涉及的对象包括 Pod、Deployment、Service、Ingress、ConfigMap/Secret、PV/PVC，以及 kubelet、kube-apiserver、etcd、CNI 等组件的交互关系。配套的容器基础部分主要是 Docker 镜像与运行时相关操作，用来交代故障排查的前置知识，而不是把容器技术单独讲深。

换句话说，它覆盖的是「集群里已经出问题了，怎么快速定位」这条线，而不是从零搭建集群或做架构设计。适合把它当成案头速查表来用，而不是当成完整的 K8S 教程。

排查思路：按层次收缩，而不是按经验猜

内容组织上比较明显的一个特点，是把故障按层次分类，每一类都对应一条可复用的判断链路。典型的分层方式是：

• Pod 层：Pending、CrashLoopBackOff、ImagePullBackOff、OOMKilled 等状态，先区分是调度问题、镜像问题还是应用自身退出。
• 节点层：节点 NotReady、资源压力、kubelet 异常，关注节点事件与系统日志。
• 网络层：Service 无法访问、DNS 解析失败、Ingress 路由不生效，需要区分是 Endpoints 为空、kube-proxy 规则问题还是 CNI 配置问题。
• 存储与配置层：PVC 一直 Pending、挂载失败、ConfigMap/Secret 未生效。
• 控制面层：apiserver 响应异常、etcd 健康状态、证书过期。

这套分层的意义在于：遇到一个报错，先确定它属于哪一层，再用对应的命令集去验证。事件、日志、状态三者交叉比对，比单看一个 kubectl describe 的输出要可靠得多。课程里反复出现的也是这种「先分类、再验证、最后动手」的节奏。

可复用的排查模块

从工程复用的角度看，这套资料里能直接搬进日常工作的部分主要有三块：

• 状态与事件的对照表。把常见 Pod 状态码和它背后可能的原因对应起来，形成一张稳定的速查映射，遇到不熟的状态可以直接查。
• 分层命令集。每一层有一套固定的查看命令与顺序，例如从 get 到 describe 再到 logs，或者从节点事件到系统服务状态。这套顺序可以固化成脚本或 runbook。
• 应急处理的动作边界。哪些操作可以现场做（重启、驱逐、扩容），哪些必须先确认影响面（改配置、删 PVC、动 etcd），课程给出了判断依据。

这些模块的价值不在于命令本身有多冷门，而在于它们被组织成了有先后顺序的流程。把流程抄进自己的运维手册，比记住零散命令更管用。

自学路径与使用方法

不建议一次性刷完。比较合理的用法是：先通看一遍，建立「故障分类」的整体印象；然后在自己或测试集群里刻意制造几类典型故障——比如把镜像 tag 写错、把 resources 设到超出节点容量、把 Service selector 改错——再按课程的分层思路走一遍排查。手动复现过一次，判断链路才真正变成自己的。

每处理完一类故障，可以顺手写一份简短记录：现象、判断路径、根因、修复动作。积累下来就是一份贴合自己环境的速查表，比通用教程更贴近实际。

适合谁，不适合谁

适合已经能跑起 K8S、能看懂 kubectl 输出、但遇到异常时缺乏系统判断方法的运维和开发人员。也适合准备软考或相关认证、需要把故障排查这块补成体系的人。

不适合完全没接触过容器和 K8S 的初学者——里面大量依赖对对象和组件关系的默认理解，缺少基础会变成背命令。如果目标是学集群搭建或云原生架构设计，这套内容也不覆盖，需要另外补。

整体看，这是一份偏应急和查表性质的资料，重点在「出问题时能按步骤走」，而不是「把原理讲透」。拿它对照自己的集群做几轮演练，收获会比单纯看视频大得多。