在Kubernetes中DaemonSet无法在master节点调度的问题

在Kubernetes中，DaemonSet确保全部（或某些特定）Node运行一个Pod的副本。当有Node加入集群时，DaemonSet会自动在新加入的Node上部署Pod。这对于运行像日志收集器、监控代理或其他形式的守护进程非常有用。

默认情况下，出于安全性的考虑，Kubernetes master节点不允许调度普通Pod。但在某些场景中，可能需要在master节点上也部署DaemonSet。要在master节点上调度DaemonSet，通常需要两个步骤：移除master节点的 NoSchedule污点（taint），以及对DaemonSet的Pod模板添加容忍（toleration）。

移除Master节点的 NoSchedule污点

每个Kubernetes节点都可以被打上一个或多个污点（taint），以防止Pod被调度到这些节点上。默认情况下，master节点带有 node-role.kubernetes.io/master:NoSchedule 的污点。可以通过以下命令查看所有节点的污点：

kubectl get nodes -o json | jq '.items[].spec.taints'

要允许Pod在master节点调度运行，需要移除该污点。可以通过以下命令移除master节点的污点：

kubectl taint nodes <master-node-name> node-role.kubernetes.io/master:NoSchedule-

其中 <master-node-name> 是您的master节点的名称。移除污点后，该节点能允许任何Pod进行调度。

对DaemonSet的Pod模板添加容忍

即使移除了master节点的污点，但为了确保DaemonSet的Pod能够被调度到master节点上，需要更新DaemonSet的Pod模板，添加相应的容忍。

apiVersion: apps/v1
kind: DaemonSet
metadata:name: your-daemonset
spec:selector:matchLabels:...template:metadata:labels:...spec:tolerations:- key: "node-role.kubernetes.io/master"operator: "Exists"effect: "NoSchedule"...

这里的tolerations部分会告诉Kubernetes调度器，这个DaemonSet的Pod可以容忍 node-role.kubernetes.io/master这个污点。

在DaemonSet定义中添加了以上容忍后，重新应用DaemonSet配置：

kubectl apply -f your-daemonset.yaml

确保您的DaemonSet使用的是最新的配置，并检查Pod是否开始在master节点上运行：

kubectl get pods -o wide

返回结果会展示所有Pod的运行情况以及它们所在的节点。

注意事项

• 确保您了解调度Pod到master节点上的潜在风险，包括安全性和资源竞争的问题。master节点应专注于管理工作。
• 通常，您的应用程序应该设计得足够鲁棒，不需要在master节点上运行服务，尽量将应用服务的Pod调度到工作(worker)节点。
• 每次修改DaemonSet配置时，请确认您的更改不会对现有的服务造成中断。