如何向Windows主机的Kubernetes控制平面添加新的Windows节点

首先明确核心限制 #

你当前使用的Docker Desktop内置Kubernetes是专门为本地测试裁剪的单节点定制集群，本身不支持多节点扩展，和标准kubeadm部署的集群架构完全不同，不存在直接给它追加新节点的操作路径，和kubeadm有没有Windows版本没有关系。

另外Kubernetes官方从架构层面就有明确约束：

• 集群控制平面组件（kube-apiserver、etcd、kube-controller-manager、kube-scheduler、kubeadm）仅提供Linux版本，没有任何官方支持的Windows版控制平面
• Windows系统仅能作为工作节点（Worker Node）加入集群，负责运行Windows容器负载，无法承担控制面角色

常见认知误区 #

节点加入流程不需要在待加入的Windows节点上安装kubeadm：kubeadm仅需要在Linux控制平面节点上运行，用来生成加入令牌、校验集群配置，Windows节点只需要安装Windows版本的kubelet、kube-proxy、容器运行时（containerd/Docker Engine）以及对应网络插件组件，即可执行加入操作。

可落地的实现方案 #

你想要把局域网内第二台Windows设备加入集群的需求不是无法实现，只是不能基于现有的Docker Desktop单节点集群做，可选方案如下：

• 方案1：重建标准多节点集群
  先部署1台Linux虚拟机作为控制平面，用kubeadm标准流程初始化集群，之后将你的两台Windows设备都作为Windows工作节点，按照官方Windows节点配置流程安装对应组件、用控制面生成的join命令加入集群即可，这是最符合官方规范的方案。
• 方案2：使用本地多节点K8s测试工具
  如果仅用于本地开发测试，可以替换成kind、minikube这类支持多节点、支持Windows工作节点的本地K8s发行版，这类工具已经封装好了节点添加的全流程，不需要手动配置kubeadm和组件参数，部署门槛更低。
• 方案3：无新增节点的替代方案
  如果只是需要运行Windows容器负载，不需要用到第二台虚拟机的资源，直接在现有Docker Desktop的K8s集群上调度即可：给工作负载添加对应kubernetes.io/os=windows的节点选择器，就可以把Windows容器调度到当前的docker-desktop节点上运行，不需要额外加节点。

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