清理异常节点需“清得净、断得准、不残留”，分四步：一查状态与影响；二安全驱逐再删node；三本机彻底清理服务、数据、网络；四交叉验证并防复发。
清理集群中的异常节点，关键不是“删得快”，而是“清得净、断得准、不残留”。异常节点往往已失联、状态不可控或配置错乱，直接删 node 对象只是表面操作，后续极易引发 Pod 残留、网络规则冲突、CNI 状态不一致等问题。
一、确认节点真实状态与影响范围
先别急着执行命令，用以下检查明确节点是否真的“不可恢复”：
- 在控制平面节点运行 kubectl get node
-o wide ，观察STATUS（如NotReady）、AGE（是否长时间未更新）、VERSION（是否版本严重偏离） - 查该节点上运行过的关键组件：执行 ssh
'systemctl is-active kubelet docker containerd' ，确认服务是否已崩溃或被手动停用 - 检查 API 中残留的资源绑定：运行 kubectl get pods -A -o wide | grep
和 kubectl get csinodes | grep ，看是否有未清理的绑定对象
二、安全驱逐并移除节点对象
即使节点已离线，也要走标准驱逐流程，避免调度器误判或控制器反复重试：
- 执行 kubectl drain
--ignore-daemonsets --delete-emptydir-data --force （--force允许驱逐没有控制器管理的 Pod） - 等待输出显示
node/<node-name> drained</node-name>后，再执行 kubectl delete node - 验证移除结果：运行 kubectl get node 确认列表中不再出现该节点；同时检查 kubectl get csinodes 和 kubectl get volumesnapshotclasses（如有 CSI 部署）是否自动清理对应条目
三、彻底清理异常节点本机残留
这一步必须在异常节点本机执行（若仍可登录），否则下次重装会复现端口占用、证书冲突、CNI 网桥残留等问题：
- 停止所有相关服务：sudo systemctl stop kubelet docker containerd crio（按实际使用的运行时选）
- 删除核心数据目录：sudo rm -rf /etc/kubernetes/ /var/lib/kubelet/ /var/lib/etcd/ /var/lib/cni/ /var/lib/containerd/
- 清理网络规则：sudo iptables -F && sudo iptables -t nat -F && sudo iptables -t mangle -F && sudo iptables -X
- 删除虚拟网卡与路由：sudo ip link delete cni0 2>/dev/null; sudo ip link delete flannel.1 2>/dev/null; sudo ip route flush table local
四、收尾验证与防复发
清理完成后，需交叉验证防止“假清理”：
- 在控制平面节点运行 kubectl get pods -A --field-selector spec.nodeName=
，应返回空结果 - 检查 etcd 中是否残留节点信息（需 etcdctl 访问权限）：etcdctl get /registry/minions/ --prefix --keys-only 2>/dev/null | grep
，若有输出需手动删除 - 若使用 Calico/Flannel/Cilium，进入对应组件的命名空间，检查
FelixConfiguration、Node自定义资源是否已同步消失 - 建议将上述清理步骤写成脚本，并加入集群巡检清单，避免人工遗漏
