Kubernetes NFS卷的PersistentVolumeClaim挂起

需要对下面的

yaml

进行哪些具体更改，以使

PersistentVolumeClaim

绑定到

PersistentVolume

与Kubernetes工作节点位于同一VPC子网中的EC2实例的ip为10.0.0.112，并且已配置为充当/nfsfileshare路径中的NFS服务器

创建PersistentVolume 我们使用

pv volume network创建了一个PersistentVolume pv01。yaml

：

apiVersion: v1
kind: PersistentVolume
metadata:
  name: pv01
spec:
  capacity:
    storage: 5Gi
  volumeMode: Filesystem
  accessModes:
    - ReadWriteMany
  persistentVolumeReclaimPolicy: Recycle
  storageClassName: slow
  mountOptions:
    - hard
    - nfsvers=4.1
  nfs:
    path: "/nfsfileshare"
    server: "10.0.0.112"

通过键入：

kubectl create -f pv-volume-network.yaml

然后，当我们键入

kubectl get pv pv01

时，

pv01

持久卷显示“可用”状态

创建PersistentVolumeClaim 然后，我们创建了一个名为“`with

pv claim.yaml

”的PersistentVolumeClaim：

kind: PersistentVolumeClaim
apiVersion: v1
metadata:
  name: my-pv-claim
spec:
  storageClassName: manual
  accessModes:
    - ReadWriteOnce
  resources:
    requests:
      storage: 3Gi

通过键入：

kubectl create -f pv-claim.yaml

状态待定 但是当我们键入

kubectl get pvc my pv claim

时，我们看到状态是挂起的。只要我们继续检查，该状态就一直处于待定状态

请注意，此OP与不同，因为即使在NFS IP和路径周围加上引号，此问题仍然存在

---

为什么PVC不能与PV结合？需要进行哪些具体更改才能解决此问题？

我通过键入

kubectl description pvc my pv claim

并查看结果的事件部分来诊断此问题

然后，根据报告的事件，我可以通过将

storageClassName:manual

更改为

storageClassName:slow

来解决这个问题

问题是PVC的StorageClassName不符合与PV中指定的类匹配的要求