我将我的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自动提供的。知道我缺少什么吗?
答案 0 :(得分:3)
GKE包括对GCP磁盘PV设置的默认支持,但是这些实现了ReadWriteOnce和ReadOnlyMany模式。我不认为GKE默认情况下包括ReadWriteMany的配置程序。
编辑:虽然默认情况下未设置它(因为它需要进行进一步的配置),How do I create a persistent volume claim with ReadWriteMany in GKE?显示了如何使用Cloud Filestore启动托管的NFS兼容服务器,然后将配置者作为目标。