So verwenden Sie ConfigMap, um eine Storage-Klasse für Snapshot „Persistent Volume Claims“ mit PowerProtect Data Manager 19.8 zuzuordnen

Befolgen Sie diese Anweisungen, um Dell EMC PowerProtect Data Manager 19.8 und ConfigMap zu verwenden, um die Bindung des Backup-Snapshots „Persistent Volume Claims“ an eine nutzerdefinierte Storage-Klasse während des Backups zu aktivieren.

In diesem Artikel wird das folgende Szenario behandelt:

• In Ihrem Kubernetes-Cluster sind zwei Storage-Klassen definiert. Zum Beispiel:

debjeet@irv-ppdm-sdr-140:~$ kubectl get sc

NAME                        PROVISIONER           RECLAIMPOLICY   VOLUMEBINDINGMODE   ALLOWVOLUMEEXPANSION   AGE
csi-hostpath-sc (default)   hostpath.csi.k8s.io   Delete          Immediate           true                   161d
debjeet-sc                  hostpath.csi.k8s.io   Delete          Immediate           true                   12d

• Ihr Anwendungs-Namespace verwendet z. B. die erste Storage-Klasse:

• Wenn Sie einen Backup-Job initiieren, erstellt Dell EMC PowerProtect Data Manager einen temporären Backup-Snapshot „Persistent Volume Claims“, der auf dem cProxy-Pod gemountet wird. Mit dieser Aktion wird der Backup-Snapshot auf die PowerProtect Appliance verschoben. Dieser Backup-Snapshot „Persistent Volume Claims“ wird automatisch an die Quell-Storage-Klasse „Persistent Volume Claims“ gebunden.

• Sie müssen den temporären Backup-Snapshot „Persistent Volume Claims“ in einer anderen Storage-Klasse gemountet haben. Diese Anforderung kann auf Einschränkungen der Storage-Klasse oder interne Policys für die Quell-Storage-Klasse zurückzuführen sein.

Führen Sie folgende Schritte aus:

1. Erstellen Sie eine ConfigMap im PowerProtect-Namespace mit dem Namen ppdm-snapshot-storage-class-mapping mithilfe des folgenden Befehls:

kubectl create cm ppdm-snapshot-storage-class-mapping -n powerprotect

2. Bearbeiten Sie die ConfigMap mit dem folgenden Befehl:

kubectl edit cm ppdm-snapshot-storage-class-mapping -n powerprotect

3. Der Editor wird geöffnet. Fügen Sie den fett hervorgehobenen Abschnitt Daten im folgenden ConfigMap-Beispiel hinzu.

apiVersion: v1
Art: ConfigMap
Daten:
  csi-hostpath-sc: debjeet-sc
Metadaten:
  creationTimestamp: „2021-06-04T14:13:17Z“
Name: ppdm-snapshot-storage-class-mapping
Namespace: powerprotect
resourceVersion: „29682568“
SelfLink: /api/v1/namespaces/powerprotect/configmaps/ppdm-snapshot-storage-class-mapping
  uid: 74def0f9-207d-4ea5-a9b1-0fca688c7ea5

4. Geben Sie die Zuordnung zwischen dem Namen der Quell-Storage-Klasse und dem Namen der Ziel-Storage-Klasse an.

Wenn Sie mehrere Zuordnungen in einer einzigen ConfigMap bereitstellen, zeigen die folgenden Szenarien die nicht unterstützten und unterstützten Anwendungsbeispiele:

• Nicht unterstütztes Szenario: Sie können eine Storage-Klasse nicht zwei verschiedenen Storage-Klassen zuordnen. Zum Beispiel:

isilon-sc: unity-nfs
isilon-sc: vxflex-sc

• Unterstütztes Szenario: Sie können verschiedene Storage-Klassen einer Storage-Klasse zuordnen.

unity-nfs: isilon-sc
vxflex-sc: isilon-sc

5. Speichern Sie die ConfigMap. Für das Backup „Persistent Volume Claim“, das an den in ConfigMap aufgeführten Namen der Quell-Storage-Klasse gebunden ist, ist der Backup-Snapshot „Persistent Volume Claim“ an den in der ConfigMap aufgeführten Namen der Ziel-Storage-Klasse gebunden.

Beim vorherigen ConfigMap-Beispiel lautet der Name der Quell-Storage-Klasse csi-hostpath-sc und der Name der Ziel-Storage-Klasse debjeet-sc. Wenn ein „Persistent Volume Claim“ beim Sichern die Storage-Klasse csi-hostpath-sc verwendet, wird der zugehörige Snapshot „Persistent Volume Claim“ während des Backups jetzt an debjeet-sc gebunden.