Pod重启/重部署后，如何持久化共享Kubernetes容器数据？

针对你在GKE环境中遇到的Django+Nginx容器共享static/media目录且持久化的问题，提供以下几种可行方案：

一、拆分static与media的存储策略 #

1. static文件：镜像内置+emptyDir同步 #

static文件属于应用静态资源，建议在构建Django镜像阶段就执行collectstatic命令，将静态文件打包进镜像的/backend/static目录。之后在Pod启动时，通过启动命令将镜像内的静态文件同步到emptyDir：

containers:
  - name: backend
    image: ...
    command: ["sh", "-c", "python manage.py collectstatic --noinput && cp -r /backend/static/* /backend/static-shared/ && gunicorn your_project.wsgi:application"]
    volumeMounts:
      - name: static
        mountPath: /backend/static-shared
      # 原静态文件目录改为镜像内置路径，或调整collectstatic的目标目录
  - name: nginx
    volumeMounts:
      - name: static
        mountPath: /static
      # 其他挂载配置不变

这样Pod重启时，Django容器会自动重新同步静态文件到emptyDir，Nginx可正常访问。

2. media文件：PVC持久化+Init容器初始化 #

media是用户上传的动态内容，继续使用PVC挂载，通过Init容器解决首次挂载为空的问题：

spec:
  initContainers:
    - name: init-media
      image: busybox:latest
      command: ["sh", "-c", "mkdir -p /media/uploads /media/avatars"]
      volumeMounts:
        - name: media
          mountPath: /media
  containers:
    # 原Django和Nginx容器配置不变

Init容器会在Pod启动前创建好media目录的必要结构，确保Django启动后可正常写入。

二、单PVC挂载双目录+Init容器预填充 #

如果希望static文件也持久化（避免Pod重启重复同步），可以用单个PVC同时挂载static和media，结合Init容器预填充静态资源：

1. 创建PVC：

apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  name: backend-storage-pvc
spec:
  accessModes:
    - ReadWriteOnce
  resources:
    requests:
      storage: 10Gi
  storageClassName: standard-rwo

2. 修改Deployment配置：

apiVersion: apps/v1
kind: Deployment
metadata:
  name: backend
  labels:
    app: backend
spec:
  replicas: 1
  selector:
    matchLabels:
      app: backend
  template:
    metadata:
      labels:
        app: backend
    spec:
      serviceAccountName: cluster-manager
      initContainers:
        - name: init-static
          image: your-django-image:latest
          command: ["sh", "-c", "python manage.py collectstatic --noinput && cp -r /backend/static/* /shared/static/"]
          volumeMounts:
            - name: shared-storage
              mountPath: /shared
      volumes:
        - name: nginx-config
          configMap:
            name: backend-nginx-config
        - name: shared-storage
          persistentVolumeClaim:
            claimName: backend-storage-pvc
      containers:
        - name: backend
          image: your-django-image:latest
          imagePullPolicy: "Always"
          volumeMounts:
            - name: shared-storage
              mountPath: /backend/static
              subPath: static
            - name: shared-storage
              mountPath: /backend/media
              subPath: media
          envFrom:
            - configMapRef:
                name: backend-config

        - name: nginx
          image: nginx
          imagePullPolicy: "Always"
          volumeMounts:
            - name: shared-storage
              mountPath: /static
              subPath: static
            - name: shared-storage
              mountPath: /media
              subPath: media
            - name: nginx-config
              mountPath: /etc/nginx/templates/default.conf.template
              subPath: nginx.conf
          envFrom:
            - configMapRef:
                name: backend-config

Init容器会先将静态文件同步到PVC的static子目录，后续Pod重启时，PVC内的静态资源已存在，无需重复同步；若需更新静态文件，重新部署Pod即可触发Init容器再次同步。

三、多副本场景：GKE Filestore共享存储 #

如果后续需要扩展Deployment副本数（replicas>1），ReadWriteOnce类型的PVC无法满足多Pod挂载需求，可使用GKE的Filestore（NFS类型存储），它支持ReadWriteMany访问模式，能让多个Pod共享同一存储资源，同时保证数据持久化。

内容的提问来源于stack exchange，提问作者browser-bug