☰

MySQL-Release mit Helm bereitstellen

tag-icon • tag-icon kubernetes helm
MySQL-Release mit Helm bereitstellen

Hallo, ich bin neu bei K8s und im Helm-Ökosystem.

Ich habe meinen eigenen K8S-Cluster mit Kubespray und EC2 erstellt (ich kann EKS verwenden, aber nur zu Übungszwecken) und der nächste Schritt ist die Verwendung von Helm.

Ich versuche, ein MySQL-Diagramm in meinem K8S-Cluster bereitzustellen.

Meine Umgebung

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

# values.yaml from mysql chart
## Persist data to a persistent volume
persistence:
  enabled: true
  ## database data Persistent Volume Storage Class
  ## If defined, storageClassName: <storageClass>
  ## If set to "-", storageClassName: "", which disables dynamic provisioning
  ## If undefined (the default) or set to null, no storageClassName spec is
  ##   set, choosing the default provisioner.  (gp2 on AWS, standard on
  ##   GKE, AWS & OpenStack)
  ##
  storageClass: "local-storage"  # <-- Changed this to use my own storage class
  accessMode: ReadWriteOnce
  size: 1Gi                      # <-- Changed this since only 2.5GB is available on each node
  annotations: {}
...

Problem

Es liegt ein Fehler bei PVC vor. Nachfolgend finden Sie die entsprechenden Protokolle.

ubuntu@nodec1:~/charts/stable/mysql$ kubectl describe pvc/mysqlserver
Name:          mysqlserver
Namespace:     default
StorageClass:  local-storage
Status:        Pending
Volume:
Labels:        app=mysqlserver
               app.kubernetes.io/managed-by=Helm
               chart=mysql-1.6.9
               heritage=Helm
               release=mysqlserver
Annotations:   meta.helm.sh/release-name: mysqlserver
               meta.helm.sh/release-namespace: default
Finalizers:    [kubernetes.io/pvc-protection]
Capacity:
Access Modes:
VolumeMode:    Filesystem
Mounted By:    mysqlserver-5d5cfcd5f8-922k4
Events:
  Type     Reason              Age               From                         Message
  ----     ------              ----              ----                         -------
  Warning  ProvisioningFailed  6s (x3 over 21s)  persistentvolume-controller  no volume plugin matched name: kubernetes.io/no-provisioner

kubernetes.io/no-provisionerIch habe keine Ahnung, warum PVC kein Plugin aus meiner eigenen Speicherklasse verwenden kann local-storage. Kann mir jemand bei diesem Problem helfen?

Antwort1

Dieser Fehler bedeutet, dass Sie dieses Volume selbst erstellen müssen, da Sie keinen dynamischen Volume-Provisioner verwenden (der automatisch ein Volume für Sie erstellen würde).

Beispiele zur Vorgehensweise finden Sie in den K8s-Dokumenten: https://kubernetes.io/docs/concepts/storage/volumes/#local

Um schnell zu testen und zu prüfen, ob dies das Problem ist, können Sie das folgende YAML anwenden:

apiVersion: v1
kind: PersistentVolume
metadata:
  name: example-pv
spec:
  capacity:
    storage: 10Gi
  volumeMode: Filesystem
  accessModes:
  - ReadWriteOnce
  persistentVolumeReclaimPolicy: Delete
  storageClassName: local-storage
  local:
    path: /mnt/asd
  nodeAffinity:
    required:
      nodeSelectorTerms:
      - matchExpressions:
        - key: kubernetes.io/hostname
          operator: Exist

verwandte Informationen