故障排查顺序：对象 → 事件 → 日志 → 变更

统一套路能少走弯路：先界定现象范围，再定位对象，读事件、读日志，最后核对最近的变更与时间线。

Kubernetes 速查云更新于 2026-10-12

排查模板

kubectl get pods -A -o wide | grep -v -E 'Running|Completed'
kubectl describe pod <name> | sed -n '/Events:/,$p'
kubectl logs <name> --previous --tail=200
kubectl get events -A --sort-by=.lastTimestamp | tail -20
kubectl rollout history deploy/<name>

先问「最近改了什么」：发布、配置、证书、节点操作往往就是根因，时间线对齐能快速验证猜测。

易错点

跳步直接重启：重启会清掉重启计数、事件与上一实例日志这些关键证据
只在一个命名空间搜原因：节点级与控制器级问题常常跨命名空间表现

数据来源与参考

Kubernetes 官方文档 · 排查集群与工作负载

继续搜索

常用关键词：3389 traceroute iptables 子网掩码 docker

‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌‌