Kubernetes：如何实现Pod启动节点的本地PersistentStorage副本部署？

方案1：DaemonSet + HostPath/EmptyDir（基础轻量化） #

• 用DaemonSet在所有节点启动一个数据同步容器，定期将源存储的内容同步到节点本地的HostPath目录（节点重启后数据保留）或EmptyDir（节点重启后数据丢失，需重新同步）。因为几乎无写入，定时同步（比如每小时一次）完全够用，同步工具可以用rsync、wget或者简单的镜像同步脚本。
• 业务Pod直接通过hostPath挂载节点上的同步目录，无需绑定特定节点——因为每个节点都有副本，Pod调度到任意节点都能读取本地数据。

示例配置片段：

# 数据同步DaemonSet
apiVersion: apps/v1
kind: DaemonSet
metadata:
  name: data-syncer
spec:
  selector:
    matchLabels:
      app: data-syncer
  template:
    metadata:
      labels:
        app: data-syncer
    spec:
      containers:
      - name: syncer
        image: alpine:latest
        command: ["/bin/sh", "-c"]
        args:
        - "while true; do rsync -avz --delete rsync://your-source/data /local-data; sleep 3600; done"
        volumeMounts:
        - name: local-data
          mountPath: /local-data
      volumes:
      - name: local-data
        hostPath:
          path: /var/local/readonly-data
          type: DirectoryOrCreate

# 业务Pod挂载本地数据
apiVersion: v1
kind: Pod
metadata:
  name: business-pod
spec:
  containers:
  - name: business
    image: your-app-image
    volumeMounts:
    - name: local-data
      mountPath: /app/data
      readOnly: true
  volumes:
  - name: local-data
    hostPath:
      path: /var/local/readonly-data
      type: Directory

方案2：Local PV + 动态绑定（规范存储管理） #

• 给每个节点创建对应的Local PV，标记节点专属的亲和性规则；同时创建一个volumeBindingMode: WaitForFirstConsumer的StorageClass，确保PV在Pod调度到节点后再绑定。
• 用DaemonSet在每个节点初始化Local PV对应的目录，同步源数据到该路径。
• 业务Pod通过PVC申请该StorageClass的存储，调度到任意节点时，会自动绑定对应节点的Local PV，读取本地副本。
• 优势：比HostPath更符合K8s存储规范，支持PV/PVC的生命周期管理（比如回收策略配置）。

示例StorageClass：

apiVersion: storage.k8s.io/v1
kind: StorageClass
metadata:
  name: local-readonly-storage
provisioner: kubernetes.io/no-provisioner
volumeBindingMode: WaitForFirstConsumer
reclaimPolicy: Retain

单节点Local PV示例（可通过脚本批量生成所有节点的PV）：

apiVersion: v1
kind: PersistentVolume
metadata:
  name: local-pv-node-01
spec:
  capacity:
    storage: 10Gi
  accessModes:
  - ReadOnlyMany
  persistentVolumeReclaimPolicy: Retain
  storageClassName: local-readonly-storage
  local:
    path: /var/local/readonly-data-node01
  nodeAffinity:
    required:
      nodeSelectorTerms:
      - matchExpressions:
        - key: kubernetes.io/hostname
          operator: In
          values:
          - node-01

方案3：CSI驱动缓存（企业级自动化） #

• 部分开源或云厂商的CSI驱动支持节点本地缓存功能，比如基于NFS、S3的CSI驱动，配置缓存策略后，会自动将读取过的数据缓存到节点本地，后续读取直接调用缓存。
• 这种方式无需手动编写同步逻辑，驱动自动处理缓存更新和失效，适合有少量写入、需要自动化缓存管理的场景。

关键注意事项 #

• 同步策略：定时同步足够覆盖需求，若源数据有更新需求，可通过webhook触发DaemonSet的同步容器重新拉取数据。
• 权限控制：确保同步容器和业务Pod的运行用户对本地存储目录有读取权限，避免权限拒绝错误。
• 磁盘空间：提前确认每个节点的磁盘容量能容纳数据副本，避免磁盘满导致Pod异常。

内容的提问来源于stack exchange，提问作者ntg