Cómo usar ConfigMap para asignar una clase de almacenamiento de la reclamación de volumen persistente de instantánea con PowerProtect Data Manager 19.8

Siga estas instrucciones para utilizar Dell EMC PowerProtect Data Manager 19.8 y ConfigMap a fin de permitir que la reclamación de volumen persistente de instantánea de respaldo se vincule a una clase de almacenamiento definida por el usuario durante el respaldo.

En este artículo, se aborda la siguiente situación:

• Tiene dos clases de almacenamiento definidas en el clúster de Kubernetes. Por ejemplo:

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

• El espacio de nombres de la aplicación utiliza, por ejemplo, la primera clase de almacenamiento:

• Cuando inicia un trabajo de respaldo, Dell EMC PowerProtect Data Manager crea una reclamación de volumen persistente de instantánea de respaldo temporal que se monta en el módulo cProxy. Con esta acción, se transfiere la instantánea de respaldo al dispositivo PowerProtect. Esta reclamación de volumen persistente de instantánea de respaldo se vincula automáticamente a la clase de almacenamiento Reclamación de volumen persistente de origen.

• Debe tener la reclamación de volumen persistente de instantánea de respaldo temporal montada en una clase de almacenamiento diferente. Este requisito se puede deber a restricciones de clase de almacenamiento o políticas internas de la clase de almacenamiento de origen.

Siga los siguientes pasos:

1. Cree un ConfigMap en el espacio de nombres de powerprotect con el nombre ppdm-snapshot-storage-class-mapping mediante el siguiente comando:

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

2. Edite ConfigMap mediante el siguiente comando:

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

3. Se abre el editor. Agregue la sección data resaltada en negrita en el siguiente ejemplo de ConfigMap.

apiVersion: v1
kind: ConfigMap
data:
  csi-hostpath-sc: debjeet-sc
metadata:
  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. Proporcione la asignación entre Source Storage Class Name y Target Storage Class Name.

Si proporciona varias asignaciones en un único ConfigMap, en las siguientes situaciones se muestran los casos de uso soportados y no soportados:

• Situación no soportada: No puede asignar una clase de almacenamiento a dos clases de almacenamiento diferentes. Por ejemplo:

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

• Situación soportada: Puede asignar diferentes clases de almacenamiento a una clase de almacenamiento.

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

5. Guarde ConfigMap. En el caso de la reclamación de volumen persistente de respaldo vinculada al nombre de clase de almacenamiento de origen que aparece en ConfigMap, la reclamación de volumen persistente de instantánea de respaldo se vincula al nombre de clase de almacenamiento de destino que se indica en ConfigMap.

Con el ejemplo anterior de ConfigMap, el nombre de clase de almacenamiento de origen es csi-hostpath-sc y el nombre de clase de almacenamiento de destino es debjeet-sc. Si una reclamación de volumen persistente en proceso de respaldo utiliza la clase de almacenamiento csi-hostpath-sc, su reclamación de volumen persistente de instantánea durante el respaldo ahora se vinculará a debjeet-sc.