【云原生 | Kubernetes 实战】15、K8s 控制器 Daemonset 入门到企业实战应用

目录

一、DaemonSet 控制器：概念、原理解读

1.1  DaemonSet 概述

1.2  DaemonSet 工作原理：如何管理 Pod ？

1.3  Daemonset 典型的应用场景

1.4  DaemonSet 与 Deployment 的区别

二、DaemonSet 资源清单文件编写技巧 

三、DaemonSet 使用案例：部署日志收集组件 fluentd

四、Daemonset 管理 pod：滚动更新

4.1 查看 daemonset 的滚动更新策略：

4.2 创建带有 RollingUpdate 更新策略的 DaemonSet 

---

一、DaemonSet 控制器：概念、原理解读

1.1  DaemonSet 概述

        DaemonSet 确保全部（或者某些）节点上运行一个 Pod 的副本。 当有节点加入集群时， 也会为他们新增一个 Pod 。 当有节点从集群移除时，这些 Pod 也会被回收。删除 DaemonSet 将会删除它创建的所有 Pod。

1.2  DaemonSet 工作原理：如何管理 Pod ？

        daemonset 的控制器会监听 kuberntes 的 daemonset 对象、pod 对象、node 对象，这些被监听的对象之变动，就会触发 syncLoop 循环让 kubernetes 集群朝着 daemonset 对象描述的状态进行演进。

1.3  Daemonset 典型的应用场景

• 在每个节点上运行集群守护进程，比如：glusterd 或 cep。
• 在每个节点上运行日志收集守护进程，比如：flunentd 、 logstash、filebeat 等。
• 在每个节点上运行监控守护进程，比如：Prometheus、 Node Exporter 、collectd 等。

        一种简单的用法是为每种类型的守护进程在所有的节点上都启动一个 DaemonSet。 一个稍微复杂的用法是为同一种守护进程部署多个 DaemonSet；每个具有不同的标志， 并且对不同硬件类型具有不同的内存、CPU 要求。 

1.4  DaemonSet 与 Deployment 的区别

• Deployment 部署的副本 Pod 会分布在各个 Node 上，每个 Node 都可能运行好几个副本。
• DaemonSet 的不同之处在于：每个 Node 上最多只能运行一个副本。

        DaemonSet 与 Deployment 非常类似， 它们都能创建 Pod，并且 Pod 中的进程都不希望被终止（例如，Web 服务器、存储服务器）。

        建议为无状态的服务使用 Deployment，比如前端服务。 对这些服务而言，对副本的数量进行扩缩容、平滑升级，比精确控制 Pod 运行在某个主机上要重要得多。 当需要 Pod 副本总是运行在全部或特定主机上，并且当该 DaemonSet 提供了节点级别的功能（允许其他 Pod 在该特定节点上正确运行）时， 应该使用 DaemonSet。

        例如，网络插件通常包含一个以 DaemonSet 运行的组件。 这个 DaemonSet 组件确保它所在的节点的集群网络正常工作。

DaemonSet 概念官方参考文档：DaemonSet | Kubernetes

二、DaemonSet 资源清单文件编写技巧 

# 查看定义 Daemonset 资源需要的字段有哪些
[root@k8s-master01 ~]# kubectl explain daemonset
KIND:     DaemonSet
VERSION:  apps/v1

DESCRIPTION:
     DaemonSet represents the configuration of a daemon set.

FIELDS:
   apiVersion	            # 当前资源使用的 api 版本，跟 VERSION:  apps/v1 保持
     

   kind	                    # 资源类型，跟 KIND:  DaemonSet 保持一致
     

   metadata