Kubernetes NFS存储类持久化数据位置及PVC绑定警告排查

1. 持久化数据实际存储位置 #

你的PV配置使用的是hostPath类型，而非NFS类型，因此数据并未存储到指定的NFS服务器192.168.88.3/caidoNFS，而是保存在运行Pod的Kubernetes节点本地的/mnt/data1和/mnt/data2目录中。

若要将数据存储到NFS服务器，需修改PV配置，将hostPath替换为NFS类型的挂载配置，示例如下：

apiVersion: v1
kind: PersistentVolume
metadata:
  name: caido-pv1
  labels:
    type: nfs
spec:
  storageClassName: caido-nfs
  capacity:
    storage: 500Mi
  accessModes:
    - ReadWriteOnce
  nfs:
    server: 192.168.88.3
    path: "/caidoNFS/pv1" # 为每个PV分配NFS上的独立子路径，避免数据冲突

注意：需提前在NFS服务器上创建对应的子路径，并设置正确的权限（如赋予nfsnobody用户读写权限）。

2. PVC已绑定仍出现调度警告的原因及解决方法 #

（1）PV访问模式不匹配Kubegres需求 #

Kubegres部署主从PostgreSQL时，可能需要PV支持ReadWriteMany（RWX）访问模式，而你配置的是ReadWriteOnce（RWO）。若Pod被调度到不同节点，RWO模式的PV仅能被单个节点挂载，会导致调度失败。需将PV的accessModes修改为ReadWriteMany（前提是NFS服务器支持该模式）。

（2）hostPath路径在目标节点存在权限或缺失问题 #

由于你使用hostPath，若Pod调度到的节点未预先创建/mnt/data1或/mnt/data2目录，Kubernetes会自动创建，但目录权限可能不符合PostgreSQL运行用户（通常为postgres）的要求，导致Pod启动异常并触发调度警告。需在所有可能调度Pod的节点上手动创建目录并设置权限：

mkdir -p /mnt/data1 /mnt/data2
chown -R 999:999 /mnt/data1 /mnt/data2 # PostgreSQL容器内用户UID通常为999

（3）Kubegres声明的PVC数量超出已创建的PV数量 #

检查Kubegres自定义资源的配置，确认其需要的PVC数量是否与你创建的PV数量一致。例如，若Kubegres配置了1主2从，需要3个PV，而你仅创建了2个，就会出现未绑定PVC的警告。

（4）自定义存储类的Provisioner未正常运行 #

你的StorageClass使用了自定义Provisionercaido.ro/caido-nfs，若该Provisioner未在集群中正确部署或运行，即使手动创建了PV，Kubernetes也可能在调度时出现异常判断。需确认该Provisioner的Pod处于运行状态，且配置正确。

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