Guide de l'administrateur NetBackup™ pour Kubernetes

Pour créer une clé d'API

1. Ouvrez l'interface utilisateur Web NetBackup.
2. Sur la gauche, sélectionnez Sécurité > Clés d'accès.
3. Cliquez sur l'onglet Clés d'API .
4. Cliquez sur Ajouter.
5. Sur le cluster Kubernetes, créez le secret nb-config-deploy-secret.yaml, avec le contenu suivant.

   apiVersion: v1
   kind: Secret
   metadata:
     name: <kops-namespace>-nb-config-deploy-secret
     namespace: <kops-namespace>
   type: Opaque
   stringData:
     apikey: <Enter the value of API key from the earlier step>

6. Appliquez le secret. Exécutez la commande kubectl apply -f nb-config-deploy-secret.yaml.

Avant l'installation

1. Modifiez les champs suivants dans le fichier netbackupkops-helm-chart/values.yaml.

   • containers.manager.image : URL du registre de conteneur pour l'extraction de l'image du contrôleur NetBackup Kubernetes.

   • imagePullSecrets name : nom du secret d'extraction d'images si le registre de conteneur requiert une authentification pour l'extraction d'images.

   • nbprimaryserver : nom configuré du serveur principal NetBackup.

   • nbsha256fingerprint : récupérez la signature sha256 à partir de l'interface utilisateur Web NetBackup. Sur la gauche, cliquez sur Sécurité > Certificats. Cliquez sur Autorité de certification.

   • k8sCluster : nom de domaine complet du serveur d'API du cluster Kubernetes.

   • k8sPort : port sur lequel le serveur d'API Kubernetes est répertorié.

   Les informations sont disponibles sur la console d'interface utilisateur du cluster Kubernetes.

2. Si elles sont absentes, exécutez la commande suivante pour obtenir le cluster Kubernetes et le numéro de port Kubernetes :

   # kubectl cluster-info Le plan de contrôle Kubernetes s'exécute sur https://<Kubernetes FQDN>:6443

   • datamoverimage : URL du registre de conteneur pour l'extraction de l'image du système de déplacement des données.

   • Des paramètres de stockage sont requis pour les opérations de snapshot et de sauvegarde à partir d'un snapshot. Au moins un des paramètres de stockage Bloc ou Système de fichiers est obligatoire.

3. Pour obtenir les classes de stockage, exécutez la commande suivante :

   # kubectl get storageclasses

   • storageclassblock : classe de stockage utilisée pour le provisionnement des volumes de bloc.

   • storageclassfilesystem : classe de stockage utilisée pour le provisionnement des volumes de système de fichiers.

4. Pour obtenir la classe de snapshot de volume, exécutez la commande suivante :

   # kubectl get volumesnapshotclasses

   • volumesnapshotclassblock : classe de snapshot de volume pour créer des snapshots de volume de bloc.

   • volumesnapshotclassfilesystem : classe de snapshot de volume pour créer des snapshots de volume de système de fichiers.

5. Le mappage entre la classe de stockage et la classe de snapshot est géré via storageMap. Si une nouvelle option de stockage est ajoutée au cluster, elle peut également être mise à jour dans le configmap pour la configuration de l'opérateur de sauvegarde après l'installation.

   • storageMap est un dictionnaire de clés et de champs de valeur où la clé est une classe de stockage et sa valeur est un tuple (incluant snapshotClass, storageClassForBackupDataMovement, storageClassForRestoreFromBackup). Ce champ est obligatoire pour spécifier le mappage entre la classe de stockage et la classe de snapshot.

   • snapshotClass doit être créé avec le même provisionneur que la classe de stockage et doit pouvoir créer des snapshots de la classe de stockage. Toutes les classes de stockage doivent avoir leur entrée pour snapshotClass.

   • storageClassForBackupDataMovement est utilisé pour créer une demande PVC temporaire pour le datamover. Il doit être compatible avec la demande PVC de classe de stockage d'origine créée à l'aide d'un snapshot de la classe de stockage d'origine et doit pouvoir être lu à l'aide de cette classe de stockage une fois créé. Le datamover lit les données de cette demande PVC et les envoie au serveur de médias NetBackup. storageClassForRestoreFromBackup est utilisé pour la restauration à partir d'une sauvegarde du serveur de médias. Il doit être compatible avec la classe de stockage d'origine et provenir du même fournisseur.

   • Une classe de snapshot peut être utilisée pour créer des snapshots de plusieurs classes de stockage compatibles.

   • Modèle

     storageMap:
       <key - storage class name>:
         snapshotClass: [mandatory field to specify volumesnapshotclass for creating snapshot of given key storage class]
         storageClassForBackupDataMovement: <optional, storage class used to transfer pvc backup data from k8s cluster to 
     NetBacup media server>
         storageClassForRestoreFromBackup: <optional, storage class used to restore pvc from NetBackup media server 
     to k8s cluster>
     
     Note: storageClassForBackupDataMovement and storageClassForRestoreFromBackup are optional and must be compatible 
     with key storage class if they are configured different from key storage class. If no value is specified for these 
     fields original 
     storage class would be used. These values can be changed later in backup-operator-configuration configmap
     
     Example for openshift storage classes. cephfs storage class should have corresponding snapclass as cephfs as follows
     storageMap:
       ocs-storagecluster-cephfs:
         storageClassForBackupDataMovement: ocs-storagecluster-cephfs
         storageClassForRestoreFromBackup: ocs-storagecluster-cephfs
         snapshotClass: ocs-storagecluster-cephfsplugin-snapclass
       ocs-storagecluster-ceph-rbd:
         snapshotClass: ocs-storagecluster-rbdplugin-snapclass