Kubernetes怎么通过DaemonSet在每个节点部署Golang监控代理-Golang-PHP中文网

daemonset是部署golang监控代理的唯一可靠方式，需确保hostnetwork/hostpid启用、/proc与/sys正确挂载、securitycontext权限适配，且selector与template labels严格一致。

kubernetes怎么通过daemonset在每个节点部署golang监控代理

DaemonSet 是 Kubernetes 中唯一能天然保证“每个节点一个 Pod”的控制器，部署 Golang 编写的监控代理（比如自研的 node-monitor 或基于 prometheus/client_golang 的轻量采集器）时，它比 Deployment + nodeSelector + 手动扩缩更可靠、更自动。

但直接套用模板容易出问题：Pod 启不来、指标采不到、权限不够、或者只在部分节点运行。下面说清楚关键动作和踩坑点。

怎么写一个能跑通的 DaemonSet YAML

核心不是“写全”，而是确保三件事：节点可调度、主机路径可读、容器有足够权限。

必须设置 spec.template.spec.hostNetwork: true 或至少开放 hostPID: true，否则 Golang 代理无法读取本机进程、网络连接数、/proc 等关键指标
宿主机路径挂载要明确，比如采集 CPU/memory 需要 /sys 和 /proc，日志采集可能需要 /var/log；用 hostPath 时必须指定 type: DirectoryOrCreate，否则节点上目录不存在会失败
如果代理需要调用 netstat、ss 或读取 /sys/fs/cgroup，容器得加 securityContext.privileged: true，或至少配置对应 capabilities（如 NET_ADMIN, SYS_PTRACE）
spec.selector 和 template.metadata.labels 必须严格一致，否则 kubectl apply 会报错 selector does not match template labels

示例片段：

Golang Google Wire

在 Go 中使用 google/wire 实现编译时依赖注入——wire.NewSet、wire.Build、wire.Bind（接口→实现）、wire.Struct、wire.Value、wire.Interface

下载

spec:
  selector:
    matchLabels:
      app: go-node-monitor
  template:
    metadata:
      labels:
        app: go-node-monitor
    spec:
      hostPID: true
      hostNetwork: true
      containers:
      - name: monitor
        image: my-registry/go-node-monitor:v0.3.1
        securityContext:
          privileged: true
        volumeMounts:
        - name: proc
          mountPath: /proc
          readOnly: true
        - name: sys
          mountPath: /sys
          readOnly: true
      volumes:
      - name: proc
        hostPath:
          path: /proc
          type: DirectoryOrCreate
      - name: sys
        hostPath:
          path: /sys
          type: DirectoryOrCreate

为什么 DaemonSet 比 Deployment + nodeAffinity 更适合监控代理

因为节点生命周期和 Pod 生命周期必须对齐——这不是“尽量覆盖”，而是“强一致性”。

新节点加入集群时，DaemonSet 控制器会在几秒内自动创建 Pod；而 Deployment 配 nodeAffinity 只会在下一次滚动更新或手动触发时才补上，中间存在监控盲区
节点重启或 kubelet 崩溃后恢复，DaemonSet 会重新 bind 并拉起 Pod；Deployment 的副本可能被调度到其他节点，导致原节点无代理运行
DaemonSet 支持 updateStrategy.type: RollingUpdate，升级时按节点逐个替换，不会出现全部节点同时中断采集的情况；而 Deployment 的滚动更新是按 Pod 数量切分，无法控制节点粒度

注意：DaemonSet 默认作用于所有节点（包括 master），如需排除 control-plane 节点，必须加 taints 过滤或 nodeSelector 显式限定，例如：

spec:
  template:
    spec:
      nodeSelector:
        node-role.kubernetes.io/worker: ""

常见启动失败原因和排查命令

Golang 监控代理启动快、失败也快，常因权限或路径问题直接 CrashLoopBackOff。

查看具体失败原因：kubectl logs -n monitoring daemonset/go-node-monitor --all-containers（加 --previous 看上一轮日志）
检查 Pod 是否真落在目标节点：kubectl get pods -n monitoring -o wide | grep go-node-monitor，确认 NODE 列覆盖了你预期的所有 worker 节点
如果某节点没 Pod，先检查该节点是否带 NoSchedule 污点：kubectl describe node <node-name> | grep Taints</node-name>；再确认 nodeSelector 或 tolerations 是否匹配
Golang 程序若依赖 localhost:9090/metrics 这类本地端口，别忘了在容器里用 hostNetwork: true，否则它监听的是 Pod IP，外部 Service 或 Prometheus 抓不到