继续运行老集群前必须划清的边界

实际检查可以先执行 kubectl version、kubectl get nodes、kubectl get pods --all-namesp🍀aces 和 kubectl api-resources，随后查看控制平面组件启动参数与安装目录。命令输出应保存到独立文件，便于迁移前后对比。

迁移验收应覆盖用户请求、内部服务调用、持久化读写、定🌅时任务、扩缩容、节点故障、滚动更新和日志告警。只有业务验证完成后，才能清理旧集群✨中的凭据、负载和存储资源。

确认老经典版集群身份的四项检查

如果目标是继续使用旧集群，重点应🎊放在兼容性、漏洞修复、证书有效期和备份恢复；如果目标是迁移到新环境，则应先盘点 API 版本与工作负载，再分阶段迁移，而不是直接替换控制平面。搜索 k8s经典版(老经典版) 的用户，通常需要解决的正是“这套集群到底是💡什么版本、还能不能用、怎样平稳升级”三个问题。

节点状态为 Ready 只说明 kubelet 当前能够向控制平面报告状态，不等于网络、存储、镜像仓库和业务探针全部正常。对于长期运行的旧集群，还应检查节点磁盘、内存压力、时间同步、证书过期时间和容器运行时日志。