如何在Windows10本地Kubernetes集群模拟节点加入、离开及故障场景

1. 本地集群选型 #

• 优先选择Kind（Kubernetes in Docker）：Win10下只要开启WSL2后端的Docker Desktop即可运行，单机能轻松拉起10+节点的轻量化集群，资源开销比minikube、kubeadm虚拟机集群低60%以上，完全满足节点加入/离开、故障模拟的测试需求。
• 备选方案为minikube多节点模式：如果需要更贴近原生裸金属集群的运行环境，可开启minikube多节点配置，仅资源占用略高，建议宿主机内存不低于16G。
  注意：所有方案均基于WSL2实现，不要使用Hyper-V虚拟机搭建集群，会额外消耗大量宿主机资源，且网络通信延迟更高，影响测试数据准确性

2. 测试环境部署流程 #

• 第一步开启Win10的WSL2功能，安装Docker Desktop并切换到WSL2后端，执行docker info确认驱动为WSL2即可。
• 第二步安装Kind：可通过Chocolatey执行choco install kind，也可直接下载官方二进制文件放入系统PATH路径。
• 第三步编写Kind多节点集群配置文件，提前指定控制平面节点、工作节点数量，同时配置控制平面的自定义挂载路径，方便将你开发的调度器二进制/镜像替换集群默认调度器：只需修改控制平面节点上/etc/kubernetes/manifests/kube-scheduler.yaml的镜像路径即可，无需额外复杂配置。

3. 核心测试场景实现 #

3.1 节点加入/离开性能测试 #

• 节点加入测试：先启动最小规模集群（1个控制面+0个工作节点），通过Kind命令批量扩容工作节点，同时通过带时间戳的kubectl get events命令、Kubernetes内置metrics接口，统计从执行扩容命令到节点状态变为Ready、调度器可识别该节点的总耗时，以及节点加入后新增Pod的调度延迟。
• 节点离开测试：对运行中的工作节点执行kubectl drain、kubectl delete node或者直接销毁对应Kind节点容器，统计调度器识别节点离开、将节点上已绑定的Pod标记为待重新调度的耗时，以及Pod重新调度到其他可用节点的总耗时。

3.2 节点故障处理能力测试 #

• 软故障模拟：给目标节点打NoSchedule、NoExecute污点，或者手动关闭节点的kubelet进程，统计调度器的污点容忍处理逻辑、故障节点上Pod的驱逐耗时是否符合预期。
• 硬故障模拟：直接停止对应Kind节点的Docker容器，模拟节点断电、网络完全断连的场景，统计调度器的节点心跳检测超时时间、故障判定耗时、以及故障节点上Pod的重新调度效率，验证你开发的调度器的故障容错逻辑正确性。

4. 性能指标采集方案 #

• 内置指标：直接通过Kubernetes官方提供的scheduler metrics接口采集调度吞吐量、平均调度延迟、绑定成功率等核心性能指标。
• 自定义指标：可在你开发的调度器代码中对应场景加入埋点，本地部署轻量化的Prometheus+Grafana套件即可实现指标的可视化统计。

内容的提问来源于stack exchange，提问作者Sam Stanford