如何将Kubernetes CronJob生成的pg_dump备份存储到原数据库Pod中

方案1：共享PostgreSQL已有的PVC存储（最推荐） #

这个方案改动最小、稳定性最高，核心逻辑是让备份任务和PostgreSQL Pod共用同一个持久化存储卷，备份文件直接写入PVC，PG Pod可以直接读取。

操作步骤 #

1. 修改原PostgreSQL Deployment配置，新增备份目录挂载（避免和数据目录混淆，用subPath隔离）：

# 在spec.template.spec.containers[0].volumeMounts 下新增如下配置
- mountPath: /var/postgres/backups
  name: postgredb
  subPath: backups

修改后重启PG Pod，就能在容器内的/var/postgres/backups路径看到备份文件。
2. 修改CronJob配置，替换原来的hostPath存储为PG的PVC：

# 替换spec.jobTemplate.spec.template.spec.volumes 下的原hostPath配置为：
volumes:
- name: postgres-backup-storage
  persistentVolumeClaim:
    claimName: postgres-pv-claim

# 调整containers.args的备份命令，建议加时间戳避免覆盖旧备份：
args: ["-c", 'echo "$PGPASS" > /root/.pgpass && chmod 600 /root/.pgpass && pg_dump -Fc -h <host> -U <user> <db> > /var/backups/backups/backup_$(date +%Y%m%d_%H%M%S).dump']

3. 可选适配RWO类型PVC：
   如果你的PVC访问模式是ReadWriteOnce（大部分默认存储类都是这个类型），需要给CronJob新增节点亲和性配置，确保备份任务和PG Pod调度到同一个节点：

# 新增到spec.jobTemplate.spec.template.spec 下
affinity:
  podAffinity:
    requiredDuringSchedulingIgnoredDuringExecution:
    - labelSelector:
        matchExpressions:
        - key: app
          operator: In
          values:
          - postgres
      topologyKey: kubernetes.io/hostname

方案2：备份完成后直接传输到PG Pod #

适合不想修改PVC挂载配置的场景，依赖Kubernetes API Server完成文件传输。

操作步骤 #

1. 为CronJob创建专属ServiceAccount，授予Pod读取和exec权限。
2. 修改CronJob的镜像，内置kubectl命令行工具，或者使用自带kubectl的镜像。
3. 调整备份命令，备份完成后执行kubectl cp直接传文件到PG Pod：

# 备份命令最后新增传输逻辑
PG_POD_NAME=$(kubectl get pod -l app=postgres -o jsonpath='{.items[0].metadata.name}')
kubectl cp /var/backups/backup.dump ${PG_POD_NAME}:/var/postgres/backups/

这个方案的缺点是依赖集群API Server可用性，传输过程如果出现网络波动会失败，稳定性低于方案1。

方案3：PG Pod内置定时备份Sidecar #

把备份任务和PG Pod耦合部署，直接在同一个Pod内运行定时任务，备份文件天然在Pod本地。

操作步骤 #

修改PostgreSQL Deployment，新增一个sidecar容器，带cron服务和postgres客户端，挂载同一个PVC的备份目录，定时执行pg_dump命令即可。
这个方案的缺点是和PG Pod生命周期绑定，如果PG Pod故障，备份任务也无法执行。

内容的提问来源于stack exchange，提问作者f.bele