Mounten von Kubernetes PersistentVolumeClaims für persistenten Speicher in Dynamic Engine

Erstellen Sie eine Datei mit dem Namen pvc-custom-claim.yaml:

cat <<EOF > pvc-custom-claim.yaml
apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  name: my-custom-claim-linked-to-a-static-or-dynamic-persistentvolume
  namespace: qlik-processing-env-$DYNAMIC_ENGINE_ENVIRONMENT_ID
spec:
  accessModes:
    - ReadWriteOnce
  resources:
    requests:
      storage: 10Gi
  storageClassName: standard 
EOF

Ersetzen Sie $DYNAMIC_ENGINE_ENVIRONMENT_ID mit der tatsächlichen ID und aktualisieren Sie storageClassName auf die verfügbare Speicherklasse des Clusters. Verwenden Sie aus Konsistenzgründen die gleiche Speicherklasse, die für Ihre Dynamic Engine-Umgebung konfiguriert wurde (wie in Bereitstellen einer Speicherklasse, die auf Dynamic Engine-Umgebungsdienste spezialisiert ist angegeben).

In diesem Beispiel wird dynamische Bereitstellung verwendet: Der storageClassName weist Kubernetes an, automatisch ein PersistentVolume zu erstellen, wenn dieser PVC erstellt wird. Verwenden Sie diese Option, wenn Kubernetes Speicher bei Bedarf bereitstellen soll.

Wenn statische Bereitstellung eingerichtet werden soll (wenn ein Administrator bereits ein PersistentVolume erstellt hat), ersetzen Sie den ganzen Abschnitt spec mit:

spec:
  accessModes:
    - ReadWriteOnce
  resources:
    requests:
      storage: 10Gi
  volumeName: my-existing-pv

Ersetzen Sie my-existing-pv mit dem tatsächlichen PersistentVolume-Namen, der von Ihrem Administrator erstellt wurde. Lassen Sie bei statischer Bereitstellung storageClassName aus.

Einsatzbereiche:

• Dynamische Bereitstellung (mit storageClassName) – Speicher wird bei Bedarf automatisch erstellt. Für die meisten Szenarios zu verwenden.
• Statische Bereitstellung (mit volumeName) — Sie binden an ein vorhandenes PersistentVolume. Zu verwenden, wenn spezifische Volumes vorab zugewiesen sind oder eine spezielle Konfiguration erfordern.

Erstellen Sie eine Datei mit dem Namen pvc-values.yaml.

configuration:
  # For Data Integration and Big Data Job tasks
  jobDeployment:
    additionalSpec:
      enabled: true
      volumeMounts:
        - name: external-data-storage
          mountPath: /tmp/data
      volumes:
        - name: external-data-storage
          persistentVolumeClaim:
            claimName: my-custom-claim-linked-to-a-static-or-dynamic-persistentvolume

  # For Data Service and Route tasks
  dataServiceRouteDeployment:
    additionalSpec:
      enabled: true
      volumeMounts:
        - name: external-data-storage
          mountPath: /tmp/data
      volumes:
        - name: external-data-storage
          persistentVolumeClaim:
            claimName: my-custom-claim-linked-to-a-static-or-dynamic-persistentvolume

Mit dieser Konfiguration wird dieser PVC my-custom-claim-linked-to-a-static-or-dynamic-persistentvolume unter /tmp/data gemountet. Alle in diesen Pfad geschriebenen Daten bleiben über Pod-Neustarts hinweg persistent.