Guide de l'administrateur NetBackup™ pour Kubernetes
- Présentation de NetBackup pour Kubernetes
- Déploiement et configuration de l'opérateur NetBackup Kubernetes
- Personnaliser la charge de travail Kubernetes
- Déploiement de certificats sur l'opérateur NetBackup Kubernetes
- Gestion des biens Kubernetes
- Gestion des groupes intelligents Kubernetes
- Protection des biens Kubernetes
- Gestion des groupes d'images
- Protection des clusters gérés par Rancher dans NetBackup
- Récupération des biens Kubernetes
- À propos de la sauvegarde incrémentielle et de la restauration
- Activation de la sauvegarde basée sur l'accélérateur
- Activation du mode FIPS dans Kubernetes
- Résolution des problèmes liés à Kubernetes
Configuration automatisée de la protection NetBackup pour Kubernetes
Avant de configurer NetBackup sur la charge de travail Kubernetes, vous devez exécuter un serveur NetBackup avec accès aux ports 443, 1556 et 13724.
Les images du système de déplacement des données et de l'opérateur NetBackup Kubernetes doivent être chargées dans le registre de conteneur accessible depuis le cluster Kubernetes.
Vous devez créer un secret à utiliser pour le déploiement automatisé.
Pour créer une clé d'API
- Ouvrez l'interface utilisateur Web NetBackup.
- Sur la gauche, sélectionnez Sécurité > Clés d'accès.
- Cliquez sur l'onglet Clés d'API .
- Cliquez sur Ajouter.
- 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>
- Appliquez le secret. Exécutez la commande kubectl apply -f nb-config-deploy-secret.yaml.
Avant l'installation
- 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é.
datamoverProperties (facultatif) : incluez tous les paramètres de configuration qui doivent être spécifiés dans le fichier
bp.conf
du pod du datamover.Remarque :
Pour plus d'informations, consultez Se reporter à Dépannage des serveurs NetBackup avec des noms courts..
Les informations sont disponibles sur la console d'interface utilisateur du cluster Kubernetes.
- 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.
- 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.
- 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.
- 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
Pour installer Helm, exécutez la commande suivante :
# helm install veritas-netbackupkops <path to netbackupkops-helm-chart> -n <kops namespace>
Pour obtenir le pod config-deploy à partir de l'espace de noms de l'opérateur Kubernetes, exécutez la commande suivante :
# kubectl get pod -n <kops namespace> | grep "config-deploy"
Pour consulter les journaux du pod <namespace>-netbackup-config-deploy, exécutez la commande suivante :
# kubectl logs <pod-name> -n <kops namespace>
Permet de définir le niveau de consignation du pod de configuration en définissant les valeurs sur DEBUG
, INFO
ou ERROR
. La valeur par défaut est INFO
.
Remarque :
Pour en savoir plus, consultez le Guide de démarrage rapide NetBackup Kubernetes.