EKS重新部署PostgreSQL复用EC2节点存储导致启动失败

问题根源 #

你当前的问题核心有两点：

• 误用了hostPath类型的PersistentVolume，导致EC2节点本地/data/postgresql目录残留了上次异常停机的损坏PostgreSQL数据，重启时无法加载
• 配置不符合「临时、不持久化」的需求，PV/PVC会保留数据，即使删除K8s资源，节点本地的hostPath数据依然存在

第一步：彻底清理残留资源与节点数据 #

1. 删除所有相关K8s资源，确保无残留：

kubectl delete -f postgres
# 额外确认PV/PVC是否被完全删除
kubectl delete pv postgres-volume -n dev-cs
kubectl delete pvc postgres-volume-claim -n dev-cs

2. 登录到PostgreSQL Pod之前运行的EC2节点（可通过kubectl describe pod <postgres-pod-name> -n dev-cs查看Node字段定位节点），清理本地残留数据：

sudo rm -rf /data/postgresql

第二步：修改配置为临时无持久化存储 #

既然是临时测试用、不需要持久化数据，直接移除PV/PVC相关配置，改用emptyDir（数据仅存在于Pod生命周期内，Pod删除即自动销毁）。修改后的完整配置如下：

apiVersion: v1
kind: ConfigMap
metadata:
  name: postgres-secret
  namespace: dev-cs
  labels:
    app: postgres
data:
  POSTGRES_DB: postgres
  POSTGRES_USER: postgres
  POSTGRES_PASSWORD: postgres
 
---

apiVersion: apps/v1
kind: Deployment
metadata:
  name: postgres
  namespace: dev-cs
spec:
  replicas: 1
  selector:
    matchLabels:
      app: postgres
  template:
    metadata:
      labels:
        app: postgres
    spec:
      containers:
        - name: postgres
          image: 'postgres:latest'
          imagePullPolicy: IfNotPresent
          ports:
            - containerPort: 5432
          envFrom:
            - configMapRef:
                name: postgres-secret
          volumeMounts:
            - mountPath: /var/lib/postgresql/data
              name: postgresdata
      volumes:
        - name: postgresdata
          # 使用emptyDir，Pod销毁时数据自动清除
          emptyDir: {}

---

apiVersion: v1
kind: Service
metadata:
  name: postgres
  namespace: dev-cs
  labels:
    app: postgres
spec:
  type: NodePort
  ports:
    - port: 5432
  selector:
    app: postgres

说明：

• 移除了PV和PVC定义，完全抛弃持久化存储逻辑
• 用emptyDir替代persistentVolumeClaim，完美匹配临时测试的「随时启停、不保留数据」需求
• 修复了Service的namespace注释，确保所有资源统一在dev-cs命名空间下

第三步：重新部署并验证 #

1. 应用修改后的配置：

kubectl apply -f postgres

2. 查看Pod状态，确认正常启动：

kubectl get pods -n dev-cs

3. 查看Pod日志，验证PostgreSQL正常初始化：

kubectl logs <postgres-pod-name> -n dev-cs

正常情况下会看到数据库全新初始化的日志，而非之前的损坏记录错误。

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