Guide de l'administrateur NetBackup™ pour Kubernetes
- Présentation de NetBackup pour Kubernetes
- Déploiement et configuration de l'opérateur NetBackup Kubernetes
- Conditions préalables au déploiement de l'opérateur NetBackup Kubernetes
- Déploiement du package de service sur l'opérateur NetBackup Kubernetes
- Spécifications de port pour le déploiement de l'opérateur Kubernetes
- Mise à niveau de l'opérateur NetBackup Kubernetes
- Suppression de l'opérateur NetBackup Kubernetes
- Configuration du système de déplacement des données NetBackup Kubernetes
- Configuration automatisée de la protection NetBackup pour Kubernetes
- Personnaliser la charge de travail Kubernetes
- Dépannage des serveurs NetBackup avec des noms courts
- Prise en charge du mécanisme de planification des pods du système de déplacement des données
- Validation de la classe de stockage d'accélérateur
- Déploiement de certificats sur l'opérateur NetBackup Kubernetes
- Gestion des biens Kubernetes
- Gestion des groupes intelligents Kubernetes
- Protection des biens Kubernetes
- Protection d'un groupe intelligent
- Suppression de la protection d'un groupe intelligent
- Configuration d'une planification de sauvegarde
- Configuration des options de sauvegardes
- Configuration des sauvegardes
- Configuration d'AIR (Auto Image Replication) et de la duplication
- Configuration des unités de stockage
- Prise en charge du mode volume
- Configuration d'une sauvegarde cohérente au niveau application
- 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
- À propos de la prise en charge de l'accélérateur NetBackup pour les charges de travail Kubernetes
- Contrôle de l'espace disque réservé aux journaux de suivi sur le serveur principal
- Impact du comportement de la classe de stockage sur l'accélérateur
- À propos des nouvelles analyses forcées par l'accélérateur
- Avertissements et raison probable des échecs des sauvegardes avec accélérateur
- Activation du mode FIPS dans Kubernetes
- Résolution des problèmes liés à Kubernetes
- Erreur lors de la mise à niveau du serveur principal : échec de NBCheck
- Erreur lors de la restauration d'une image ancienne : l'opération échoue
- Erreur de l'API de récupération de volume persistant
- Erreur lors de la restauration : l'état final du travail affiche un échec partiel
- Erreur lors de la restauration sur le même espace de noms
- Pods du datamover dépassant la limite de ressource Kubernetes
- Erreur lors de la restauration : le travail échoue sur le cluster hautement chargé
- Le rôle Kubernetes personnalisé créé pour des clusters spécifiques ne peut pas afficher les travaux
- Openshift crée des PVC vides non sélectionnés lors de la restauration des applications installées à partir d'OperatorHub
- L'opérateur NetBackup Kubernetes ne répond plus si la limite de PID est dépassée sur le nœud Kubernetes
- Échec lors de la modification du cluster dans NetBackup Kubernetes 10.1
- La sauvegarde ou la restauration échoue pour une demande PVC volumineuse
- Échec partiel de la restauration des PVC de mode fichier de l'espace de noms sur un système de fichiers différent
- Échec de la restauration à partir de la copie de sauvegarde avec une erreur d'incohérence d'image
- Vérifications de connectivité entre les serveurs principal/de médias NetBackup et les serveurs Kubernetes
- Erreur lors de la sauvegarde avec accélérateur lorsque l'espace disponible pour le journal de suivi est insuffisant
- Erreur lors de la sauvegarde avec accélérateur en raison de l'échec de la création de la demande PVC pour le journal de suivi
- Erreur lors de la sauvegarde avec accélérateur en raison d'une classe de stockage d'accélérateur non valide
- Une erreur se produit lors du démarrage du pod de journal de suivi
- Échec de la configuration de l'instance de système de déplacement des données pour l'opération de création de demande PVC pour le journal de suivi
- Erreur lors de la lecture de la classe de stockage du journal de suivi à partir du fichier configmap
Mise à niveau de l'opérateur NetBackup Kubernetes
Vous pouvez mettre à niveau le déploiement de l'opérateur NetBackup Kubernetes à l'aide des commandes Helm.
Exemple :
helm upgrade veritas-netbackupkops ./netbackupkops-helm-chart -n netbackup
Ajoutez une note aux valeurs configmap de sauvegarde si elles ont été modifiées. La mise à niveau rétablit les valeurs Helm par défaut. L'ancien fichier configmap doit être corrigé de nouveau après la mise à niveau.
Tous les composants (serveur NBU principal, de médias, opérateurs Kubernetes et système de déplacement des données) doivent être dotés de la même version.
Les politiques existantes continuent à effectuer des sauvegardes, mais doivent être restaurées manuellement jusqu'à ce que l'opérateur Kubernetes soit mis à jour.
Remarque :
cela concerne la mise à niveau de NetBackup 9.1 vers la version 10.x
Pour mettre à niveau l'opérateur NetBackup Kubernetes
- Téléchargez le package .tar sur le site Web du support technique de Cohesity : https://www.veritas.com/support
- Extrayez ce package dans le répertoire d'origine. Le dossier
netbackupkops-helm-chartdoit figurer dans le répertoire d'origine. - Pour obtenir la liste des contextes de cluster, exécutez la commande suivante : kubectl config get-contexts
- Pour sélectionner le cluster dans lequel vous souhaitez déployer le service d'opérateur, exécutez la commande suivante :kubectl config use-context <cluster-context-name>
- Pour remplacer le répertoire actuel par votre répertoire d'origine, exécutez la commande : cd ~
- NetBackup prend en charge tous les référentiels d'images de conteneur conformes aux normes OCI. Vous pouvez utiliser l'outil de votre choix pour transférer les opérateurs et les images du système de déplacement des données. Si vous utilisez un registre Docker privé, procédez comme suit pour créer un
nb-docker-credsecret dans l'espace de noms NetBackup. Sinon, passez à l'étape suivante.Pour charger l'image dans le cache Docker et la transférer vers le référentiel d'images Docker, exécutez les commandes suivantes :
Chargez le fichier .tar de l'opérateur NetBackup Kubernetes.
<docker load -i <nameof the tar file> ./>Étiquetez l'image Docker chargée selon vos besoins.
docker tag <imagename:tagof the loadedimage> <repo-name/image-name:tag-name>Transférez l'image vers un référentiel à partir duquel Kubernetes pourra la récupérer lors du déploiement de l'opérateur NetBackup Kubernetes.
docker push <repo-name/image-name:tag-name>
Remarque :
Dans l'exemple, Docker est utilisé à titre de référence. Vous pouvez utiliser n'importe quelle autre interface de ligne de commande dotée de fonctionnalités équivalentes.
- Modifiez le fichier
netbackupkops-helm-chart/values.yamldans un éditeur de texte :remplacez la valeur de l'image dans la section manager par le nom de votre image et étiquetez au format
reponame/image-name:tag-name.Remplacez l'image de datamover dans la section
netbackup_config_podpar le nom et l'étiquette de l'image de datamover.
- Pour mettre à niveau l'opérateur NetBackup Kubernetes, exécutez la commande suivante :
helm upgrade <plugin-name> <chart-path> -n <namespace>
Exemple :
helm upgrade veritas-netbackupkops ./netbackupkops-helm-chart -n netbackup
Remarque :
La mise à niveau de l'opérateur NetBackup Kubernetes rétablira les valeurs Helm par défaut. Veillez à sauvegarder l'ancien configmap et à réappliquer tous les correctifs si les valeurs changent après la mise à niveau.