2

我将我的 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 自动提供的。知道我缺少什么吗？

4

1 回答 1

3

GKE 包括对 GCP 磁盘 PV 配置的默认支持，但它们实现了 ReadWriteOnce 和 ReadOnlyMany 模式。我不认为 GKE 默认包含 ReadWriteMany 的配置器。

编辑：虽然默认情况下未设置（因为它需要进一步配置）如何在 GKE 中使用 ReadWriteMany 创建持久卷声明？展示了如何使用 Cloud Filestore 启动托管的 NFS 兼容服务器，然后将配置器瞄准它。

于 2019-11-05T09:57:36.487 回答