在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配置时，请确认您的更改不会对现有的服务造成中断。
通过以上步骤和注意事项，您能够有效解决DaemonSet不能在Kubernetes master节点上调度的问题，同时保证集群的高可用性和稳健性。
