storageClassName“标准”的GKE PersistentVolumeClaim永远处于待处理状态

时间:2019-11-05 09:54:45

标签: kubernetes google-kubernetes-engine persistent-volume-claims

我将我的PVC yaml文件应用于我的GKE群集,并检查了它的状态。 上面写着Yaml的名字:

apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  annotations:
    kubectl.kubernetes.io/last-applied-configuration: |
      {"apiVersion":"v1","kind":"PersistentVolumeClaim","metadata":{"annotations":{},"name":"teamcity","namespace":"default"},"spec":{"accessModes":["ReadWriteMany"],"resources":{"requests":{"storage":"3Gi"}}}}
    volume.beta.kubernetes.io/storage-provisioner: kubernetes.io/gce-pd
  creationTimestamp: "2019-11-05T09:45:20Z"
  finalizers:
  - kubernetes.io/pvc-protection
  name: teamcity
  namespace: default
  resourceVersion: "1358093"
  selfLink: /api/v1/namespaces/default/persistentvolumeclaims/teamcity
  uid: fb51d295-ffb0-11e9-af7d-42010a8400aa
spec:
  accessModes:
  - ReadWriteMany
  dataSource: null
  resources:
    requests:
      storage: 3Gi
  storageClassName: standard
  volumeMode: Filesystem
status:
  phase: Pending

我没有创建任何类似存储的内容或需要做的事情吗?因为我读了它,因为它是GKE自动提供的。知道我缺少什么吗?

1 个答案:

答案 0 :(得分:3)

GKE包括对GCP磁盘PV设置的默认支持,但是这些实现了ReadWriteOnce和ReadOnlyMany模式。我不认为GKE默认情况下包括ReadWriteMany的配置程序。

编辑:虽然默认情况下未设置它(因为它需要进行进一步的配置),How do I create a persistent volume claim with ReadWriteMany in GKE?显示了如何使用Cloud Filestore启动托管的NFS兼容服务器,然后将配置者作为目标。