旧版集群安装失败时的排查顺序

确认 k8s经典版(老经典版)的具体版本时，应优先检查命令、镜💎像和配置，而不是根据文章发布时间推测。文章发布日期只能说明内容出现的时间，不能证明文章中的软件版本仍然与当前环境一致。

节点初始化失败通常与 swap、端口、防火墙、内核模块、时间同步或 cgroup 设置有关。先检查节点主机名解析、时间是否一致、swap 是否按该版本要求处理，再确认 kubelet、容器运行时和系统服务的状态。

“经典版”与官方 Kubernetes 版本不是一回事

排查老版本 Kubernetes 安装失败时，应按照“节点基础环境、运行时、控制面、网络、业务对象”的顺序推进，避免🎨一开始就修改大量配置。

保留旧环境时的安全与迁移建议

选择历史版本还是当前版本，应根据使用目的决定；学习旧教程、复现故障和运行生产业务，并不适合使用同一套版本策略。

节点持续 No❤️tReady 通常需要检查 kubelet 日志、容器运行时状态和 CNI 插件。控制面能够响应 kubectl 命令，并不代表 Pod 网络已经建立；CNI 配置缺失、Pod 网段冲突、iptables 规则不兼容，都可能让节点保持未就绪。

如果无法确认旧环境的准确版本，最有效的做法是导出集群信息并记录：服务器版本、kubeadm、kubelet、kubectl、容器运行时、CNI、CoreDNS、Ingress、存储插件及关键 API 对象。完成这些确认后，“经典版”这个模糊称呼才能转换成可复现、可排查、可迁移的技术方案。