Kubernetes作为容器编排的事实标准，为我们提供了强大的应用部署和管理能力。但在实际应用中，我们经常会遇到一个棘手的问题：多个Pod之间如何共享数据？我们来探讨Kubernetes中几种常见的共享存储方案，包括emptyDir、HostPath和NFS，轻松解决数据共享难题。

为什么需要共享存储？

在微服务架构中，多个服务可能需要访问同一份数据。比如：日志收集器需要读取多个应用的日志文件多个Pod需要共享缓存数据前后端分离项目需要共享静态资源（例如网站）数据分析任务需要处理同一数据集如果没有共享存储，每个Pod只能访问自己的"小天地"，无法实现真正的协作。

一、emptyDir：Pod内部的临时共享空间
应用场景：emptyDir最适合在同一个Pod内的多个容器之间共享数据，但Pod1中的emptyDir不能提供给Pod2使用。它是临时的，生命周期与Pod绑定 - Pod创建时创建，Pod删除时消失。

实际效果：在Pod内的每个容器都能读写同一个目录，适合容器间的文件交换、临时缓存等场景。1.实战示例：Web服务器与日志收集器假设我们有一个Web服务器容器和一个日志处理容器，需要共享日志文件：

---
apiVersion: v1
kind: Pod
metadata:
  name: web-server-with-logger
spec:
  containers:
    - name: web-server
      image: nginx
      volumeMounts:
        - name: shard-logs
          mountPath: /var/log/nginx
    - name: log-processor
      image: busybox
      command: ["/bin/sh"]
      args: ["-c", "tail -f /logs/access.log"]
      volumeMounts:
      - name: shared-logs
        mountPath: /logs
  volumes:
    - name: shared-logs
      emptyDir: {}
  

2.验证共享效果

# 创建Podkubectl apply -f web-pod.yaml
# 进入web-server容器写入测试文件
kubectl exec -it web-server-with-logger -c web-server -- \  bash -c "echo 'test log' > /var/log/nginx/test.log"
# 在log-processor容器中检查文件
kubectl exec -it web-server-with-logger -c log-processor -- \  cat /logs/test.log
# 输出：test log

二、HostPath：节点本地的持久化存储，多Pod共享
应用场景：当需要将Pod中的数据持久化存放到节点的本地磁盘，或者需要访问节点中的系统文件时，HostPath是不错的选择。

实际效果：数据存储在特定节点上，即使Pod重启数据也不会丢失，多个Pod可以访问同一份存储。但Pod必须始终调度到同一个节点，且节点故障会导致数据不可用。
1.实战示例：节点日志收集代理

---
apiVersion: apps/v1
kind: DaemonSet
metadata:
  name: log-collector
spec:
  selector:
    matchLabels:
      name: log-collector
  template:
    metadata:
      labels:
        name: log-collector
    spec:
      containers:
        - name: collector
          image: fluent/fluentd:latest
          volumeMounts:
            - name: host-logs
              mountPath: /host/logs
      volumes:
        - name: host-logs
          hostPath:
            path: /var/log
            type: Directory

2.验证效果

# 部署DaemonSet
kubectl apply -f log-collector.yaml

# 查看Pod运行情况
kubectl get pods -l name=log-collector

# 进入Pod查看挂载的宿主机日志k
ubectl exec -it log-collector-xxxxx -- ls /host/logs

三、NFS：网络共享存储
应用场景：需要跨节点、跨Pod共享数据，且要求数据持久化和高可用性的场景。
实际效果：多个Pod可以同时读写同一个NFS共享目录，数据集中存储，不受单个节点故障影响。

1. 实战示例：多Pod共享配置文件首先准备NFS服务器（假设地址：192.168.1.100，共享路径：/data/shared），然后分别定义好PV、PVC，并在deployment中让容器挂载NFS存储：

---
apiVersion: v1
kind: PersistentVolume
metadata:
  name: nfs-pv
spec:
  capacity:
    storage: 10Gi
    accessModes:
      - ReadWriteMany
    nfs:
      server: 192.168.1.100
      path: "/data/shared"

---
apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  name: nfs-pvc
spec:
  accessModes:
    - ReadWriteMany
  resources:
    requests:
      storage: 10Gi

---
apiVersion: apps/v1
kind: Deployment
metadata:
  name: app-with-nfs
spec:
  replicas: 3
  selector:
    matchLabels:
      app: shared-app
  template:
    metadata:
      labels:
        app: shared-app
    spec:
      containers:
        - name: app
          image: nginx:latest
          volumeMounts:
            - name: nfs-storage
              mountPath: /usr/share/nginx/html
      volumes:
        - name: nfs-storage
          persistentVolumeClaim:
            claimName: nfs-pvc

2.验证多Pod数据共享：

# 部署应用
kubectl apply -f nfs-app.yaml

# 在NFS服务器上准备共享文件
echo "Hello from NFS!" > /data/shared/index.html

# 访问三个Pod的服务，都会看到相同的内容
kubectl get pods -l app=shared-app -o wide

# 分别进入每个Pod验证
kubectl exec -it app-with-nfs-xxxxx -- cat /usr/share/nginx/html/index.html

总结：
选择合适的共享存储方案是构建稳定Kubernetes应用的关键。通过emptyDir、HostPath和NFS这三种方式，我们可以灵活应对不同的数据共享需求。
1.三种方案对比总结

2.实际应用建议
选择emptyDir：当只需要在Pod内容器间共享临时数据

选择HostPath：当需要访问节点特定文件或做节点级数据收集

选择NFS：当需要跨Pod持久化共享数据，且对可用性有要求

临时数据用emptyDir，节点相关用HostPath，跨节点持久化用NFS。