GKE PersistentVolumeClaim для storageClassName "стандарт" находится в состоянии ожидания навсегда

Question

Я применил свой файл yaml PVC к своему кластеру GKE и проверил его состояние. В нем говорится следующее:

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. Есть идеи, что мне не хватает?

Answer 1

GKE включает поддержку по умолчанию для инициализации PV диска GCP, однако в них реализованы режимы ReadWriteOnce и ReadOnlyMany. Я не думаю, что GKE включает в себя инициатора для ReadWriteMany по умолчанию.

РЕДАКТИРОВАТЬ: Хотя он не настроен по умолчанию (поскольку требует дальнейшей настройки) Как создать постоянное утверждение тома с ReadWriteMany в GKE? показывает, как использовать Cloud Filestore для запуска размещенного NFS-совместимого сервера и затем нацеливания на него провайдера.