web-dev-qa-db-ja.com

WaitForFirstConsumer PersistentVolumeClaim最初の消費者がバインドする前に作成されるのを待っている

私は単一のノードで新しいK8を設定します。これは汚染されています。しかし、PersistentVolumeは正常に作成できませんが、簡単なPostgreSQLを作成しようとしています。

以下の詳細情報がいくつかあります。

StorageClassは公式ページからコピーされます。 https://kubernetes.io/docs/concepts/storage/storage-classes/#local

kind: StorageClass
apiVersion: storage.k8s.io/v1
metadata:
  name: local-storage
provisioner: kubernetes.io/no-provisioner
volumeBindingMode: WaitForFirstConsumer
 _

StatefulSetは次のとおりです。

kind: StatefulSet
apiVersion: apps/v1beta1
metadata:
  name: postgres
spec:
  serviceName: postgres
  replicas: 1
  ...
  volumeClaimTemplates:
    - metadata:
        name: postgres-data
      spec:
        storageClassName: local-storage
        accessModes:
          - ReadWriteOnce
        resources:
          requests:
            storage: 1Gi
 _

実行についてStorageClass：

$ kubectl describe storageclasses.storage.k8s.io
Name:            local-storage
IsDefaultClass:  No
Annotations:     kubectl.kubernetes.io/last-applied-configuration={"apiVersion":"storage.k8s.io/v1","kind":"StorageClass","metadata":{"annotations":{},"name":"local-storage"},"provisioner":"kubernetes.io/no-provisioner","volumeBindingMode":"WaitForFirstConsumer"}

Provisioner:           kubernetes.io/no-provisioner
Parameters:            <none>
AllowVolumeExpansion:  <unset>
MountOptions:          <none>
ReclaimPolicy:         Delete
VolumeBindingMode:     WaitForFirstConsumer
Events:                <none>
 _

実行についてPersistentVolumeClaim：

$ kubectl describe pvc
Name:          postgres-data-postgres-0
Namespace:     default
StorageClass:  local-storage
Status:        Pending
Volume:
Labels:        app=postgres
Annotations:   <none>
Finalizers:    [kubernetes.io/pvc-protection]
Capacity:
Access Modes:
VolumeMode:    Filesystem
Events:
  Type       Reason                Age                            From                         Message
  ----       ------                ----                           ----                         -------
  Normal     WaitForFirstConsumer  <invalid> (x2 over <invalid>)  persistentvolume-controller  waiting for first consumer to be created before binding
 _

K8Sバージョン：

$ kubectl version
Client Version: version.Info{Major:"1", Minor:"13", GitVersion:"v1.13.4", GitCommit:"c27b913fddd1a6c480c229191a087698aa92f0b1", GitTreeState:"clean", BuildDate:"2019-02-28T13:37:52Z", GoVersion:"go1.11.5", Compiler:"gc", Platform:"linux/AMD64"}
Server Version: version.Info{Major:"1", Minor:"13", GitVersion:"v1.13.1", GitCommit:"eec55b9ba98609a46fee712359c7b5b365bdd920", GitTreeState:"clean", BuildDate:"2018-12-13T10:31:33Z", GoVersion:"go1.11.2", Compiler:"gc", Platform:"linux/AMD64"}
 _
kubernetespersistent-volumes
10
Yan QiDong

受け入れられた答えは私のためにうまくいきませんでした。 statefulset 's pod 展開されている前に、Appキーは設定されないため、の防止/ ensistentVolumeclaim nodeselector （ pods エラーのdidn't find available persistent volumes to bind.から始めるのを防ぎます）。このデッドロックを修正するために、私は1つの persistentvolume 各ノードに定義しました（これは理想的ではないかもしれませんが、それが機能しました）。

apiVersion: v1
kind: PersistentVolume
metadata:
  name: postgres-data-node1
  labels:
    type: local
spec:
[…]
  nodeAffinity:
    required:
      nodeSelectorTerms:
        - matchExpressions:
            - key: kubernetes.io/hostname
              operator: In
              values:
              - node1
0
pedroapero

私のために、問題はPVとPVCのaccessModesフィールドの不一致でした。 PVがRWX/ReadWriteManyを提供している間、PVCはRWO/ReadWriteOnceを要求していました。

0
PedoDorf