DaemonSet有什么用？

DaemonSet是一种控制器，它能将Pod在每个节点机上都部署一份，最多只有一份，比如像日志收集器之类的软件，在一个节点上就部署一个。

概念上比较容易理解，这里就不再多写，下面我们设计一个实验来看它的运行。

架构图示

如图所示，我想在每个节点机上部署一个nginx和一个fluentd，用fluentd收集nginx的访问日志，然后在控制台输出。

分析：

1. 三个节点，我们只在node节点上部署，因此要将master节点排除。可以使用前面学的Node亲和性的硬限制。
2. nginx和fluentd使用DaemonSet进行部署，这样每台机器都各有一套。
3. 日志的挂载使用hostPath，在宿主机上创建目录/var/log/nginx，用它分别挂载nginx的fluented的两个同名目录，这样fluentd就可以共享nginx的日志。
4. 注：fluentd是一种日志收集器，可以将各种日志集中收集打包，然后发给日志分析软件。

实验前的特别注意点

各个部署文件都没有带容忍度，因此需要清除两个节点机做实验遗留的所有污点，不然部署不上去。

实验第一步：部署fluentd

#文件名：fluentd-daemonset.yaml

cat << 'EOF' > fluentd-daemonset.yaml
apiVersion: apps/v1
kind: DaemonSet
metadata:
  name: fluentd
  labels:
    app: fluentd
spec:
  selector:
    matchLabels:
      app: fluentd
  template:
    metadata:
      labels:
        app: fluentd
    spec:
      containers:
      - name: fluentd
        # 官方Fluentd镜像（带基础插件，支持文件读取和控制台输出）
        image: fluent/fluentd:v1.16-debian-1
        volumeMounts:
          # 1. 挂载宿主机的Nginx日志目录（Fluentd要读这里的日志）
          - name: nginx-log-dir
            mountPath: /var/log/nginx
          # 2. 挂载Fluentd的配置文件（定义收集规则）
          - name: fluentd-config
            mountPath: /fluentd/etc/fluent.conf
            subPath: fluent.conf
      affinity:
        nodeAffinity:
          requiredDuringSchedulingIgnoredDuringExecution:
            nodeSelectorTerms:
            - matchExpressions:
              - key: node-role.kubernetes.io/master
                operator: DoesNotExist  # 匹配"没有master标签"的节点（即工作节点）
      volumes:
        # 宿主机Nginx日志目录（和后面Nginx的挂载目录一致）
        - name: nginx-log-dir
          hostPath:
            path: /var/log/nginx
            type: DirectoryOrCreate  # 宿主机没有这个目录就自动创建
        # Fluentd的配置文件（内嵌在ConfigMap里，不用单独建文件）
        - name: fluentd-config
          configMap:
            name: fluentd-config
---
# Fluentd的配置文件（ConfigMap形式，定义日志收集+控制台输出规则）
apiVersion: v1
kind: ConfigMap
metadata:
  name: fluentd-config
  namespace: default
data:
  fluent.conf: |
    # 1. Input：读取Nginx的访问日志文件（/var/log/nginx/access.log）
    <source>
      @type tail  # 用tail插件，像Linux的tail -f一样实时读文件
      path /var/log/nginx/access.log  # 要读的日志文件路径（容器内路径，对应宿主机/var/log/nginx）
      tag nginx.access  # 给日志打个标签，后续Output用这个标签筛选日志
      read_from_head true  # 从文件开头开始读（避免漏读历史日志）
      <parse>
        @type nginx  # 专门解析Nginx访问日志的插件（自动拆分IP、时间、请求路径等字段）
      </parse>
    </source>

    # 2. Output：把收集到的Nginx日志输出到Fluentd Pod的控制台
    <match nginx.access>  # 只处理标签为“nginx.access”的日志
      @type stdout  # 输出到控制台（stdout）
      format json  # 日志以JSON格式输出，更易读
    </match>
EOF

#部署 
kubectl apply -f fluentd-daemonset.yaml

分析：

1. 使用Node亲和的硬限制将master排除在外。
2. 正常情况hostPath是目录挂载，言外之意就是将对方的目录整个覆盖了。假如说原目录里面有a.txt,b.txt，我想挂载但又不想将原目录里面的文件覆盖掉，可以使用subPath: fluent.conf中的subPath字段，那样就会将fluent.conf文件绑进去，但是原目录的a.txt，b.txt还继续存在。
3. fluentd的配置文件使用ConfigMap形式注入。

查看是否部署成功

#查看daemonset状态，看是否成功
kubectl get daemonset fluentd

看到这个结果表示安装成功！！

实验第二步：nginx部署

#文件名：nginx-deployment.yaml

cat << 'EOF' > nginx-deployment.yaml
apiVersion: apps/v1
kind: DaemonSet
metadata:
  name: nginx
  namespace: default
  labels:
    app: nginx
spec:
  selector:
    matchLabels:
      app: nginx
  template:
    metadata:
      labels:
        app: nginx
    spec:
      containers:
      - name: nginx
        image: nginx:1.23  # 稳定版Nginx镜像
        ports:
        - containerPort: 80
        volumeMounts:
          # 把Nginx的访问日志目录挂载到宿主机（和Fluentd挂载的目录一致）
          - name: nginx-log
            mountPath: /var/log/nginx  # Nginx容器内的日志目录（默认路径）
      affinity:
        nodeAffinity:
          requiredDuringSchedulingIgnoredDuringExecution:
            nodeSelectorTerms:
            - matchExpressions:
              - key: node-role.kubernetes.io/master
                operator: DoesNotExist  # 匹配"没有master标签"的节点（即工作节点）
      volumes:
        # 宿主机目录：和Fluentd的nginx-log-dir对应，都是/var/log/nginx
        - name: nginx-log
          hostPath:
            path: /var/log/nginx
            type: DirectoryOrCreate
---
# 暴露Nginx服务（ClusterIP类型，集群内可访问；也可改NodePort方便外部访问）
apiVersion: v1
kind: Service
metadata:
  name: nginx-service
spec:
  selector:
    app: nginx
  ports:
  - port: 80  # 服务端口
    targetPort: 80  # 容器端口
  type: ClusterIP  # 集群内访问（要外部访问就改type: NodePort）
EOF

#部署
kubectl apply -f nginx-deployment.yaml

同样，我们看下nginx有没有安装成功：

kubectl get pods -l app=nginx -owide

可以看到确实在两个节点机上分别部署成功了！！

实验查看

部署完成后，我们可以进行实验。

第一步：首先在集群内访问nginx

#访问节点机1的nginx
curl 10.244.36.116

第二步：查看fluentd是否输出了日志

#首先查看fluentd的Pod
kubectl get pods -l app=fluentd \
-owide

#看到结果
fluentd-2ssfc ... k8s-node2
fluentd-xfnkp ... k8s-node1

#然后访问节点1中的fluentd
kubelctl logs fluentd-xfnkp

#结果
2025-08-31 10...
{"remote":"10.244.235.232","host"...

可以看到fluentd成功输出了nginx的日志记录！

实验结束的清理工作

#删除nginx资源和配置文件
kubectl delete -f nginx-deployment.yaml
rm -rf nginx-deployment.yaml

#删除fluentd资源和配置文件
kubectl delete -f fluentd-daemonset.yaml
rm -rf fluentd-daemonset.yaml