Kubernetes-DaemonSet控制器

通过该控制器的名称可以看出它的用法：Daemon，就是用来部署守护进程的，DaemonSet用于在每个 Kubernetes 节点中将守护进程的副本作为后台进程运行，说白了就是在每个节点部署一个 Pod 副本，当节点加入到 Kubernetes 集群中，Pod 会被调度到该节点上运行，当节点从集群中移除后，该节点上的这个 Pod 也会被移除，当然，如果删除 DaemonSet，所有和这个对象相关的 Pod 都会被删除。业务场景：

• 集群存储守护程序，如 glusterd、ceph 要部署在每个节点上以提供持久性存储；
• 节点监控守护进程，如 Prometheus 监控集群，可以在每个节点上运行一个 node-exporter 进程来收集监控节点的信息；
• 日志收集守护程序，如 fluentd 或 logstash，在每个节点上运行以收集容器的日志
• 节点网络插件，比如 flannel、calico，在每个节点上运行为 Pod 提供网络服务。

这里需要特别说明的一个就是关于 DaemonSet 运行的 Pod 的调度问题，正常情况下，Pod 运行在哪个节点上是由 Kubernetes 的调度器策略来决定的，然而，由 DaemonSet 控制器创建的 Pod 实际上提前已经确定了在哪个节点上了（Pod 创建时指定了.spec.nodeName），所以：

• DaemonSet 并不关心一个节点的 unshedulable 字段。
• DaemonSet 可以创建 Pod，即使调度器还没有启动。

使用一个示例来演示下，在每个节点上部署一个 Nginx Pod：nginx-ds.yaml

1
apiVersion: apps/v1
2
kind: DaemonSet
3
metadata:
4
  name: nginx-ds
5
  namespace: default
6
spec:
7
  selector:
8
    matchLabels:
9
      app: nginx
10
  template:
11
    metadata:
12
      labels:
13
        app: nginx
14
    spec:
15
      containers:
16
        - name: nginx
17
          image: nginx
18
          ports:
19
            - name: http
20
              containerPort: 80
21
          resources:
22
            limits:
23
              cpu: "500m"
24
              memory: "128Mi"

1
kubectl apply -f nginx-ds.yaml

观察发现除了 master 节点之外的 3 个节点上都有一个相应的 Pod 运行，因为 master 节点上默认被打上了污点，所以默认情况下不能调度普通的 Pod 到节点上去。

基本上可以用下图来描述 DaemonSet 的拓扑图：

集群中的 Pod 和 Node 是一一对应的，而 DaemonSet 会管理全部机器上的 Pod 副本，负责对它们进行更新和删除。

DaemonSet 控制器是如何保证每个 Node 上有且只有一个被管理的 Pod ？

• 首先控制器从 Etcd 获取到所有的 Node 列表，然后遍历所有的 Node。
• 根据资源对象定义是否有调度相关的配置，然后分别检查 Node 是否符合要求。
• 在可运行 Pod 的节点上检查是否已有对应的 Pod，如果没有，则在这个 Node 上创建该 Pod；如果有，并且数量大于 1，那就把多余的 Pod 从这个节点上删除；如果有且只有一个 Pod，那就说明是正常情况。

DaemonSet也有对应的更新策略，有 OnDelete 和 RollingUpdate 两种方式，默认是滚动更新。