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
À propos de la prise en charge de l'accélérateur NetBackup pour les charges de travail Kubernetes
L'accélérateur NetBackup réduit la durée des sauvegardes de cluster Kubernetes.
Pour les sauvegardes Kubernetes, la fonction d'accélérateur est activée lorsque vous sélectionnez un type de stockage qui prend en charge l'accélérateur. Par exemple, MSDP, OpenStorage, CloudStorage et MSDP-C (Azure et AWS) et les clusters Kubernetes qui prennent en charge les sauvegardes compatibles avec l'accélérateur.
Remarque :
Les sauvegardes avec accélérateur sont prises en charge uniquement pour les demandes PVC en mode fichier.
Le fichier values.yaml de l'opérateur NetBackup Kubernetes contient une entrée acceleratorTracklogPvcStorageClass: None .
Pour activer l'accélérateur, spécifiez un nom de classe de stockage valide pour générer les journaux de suivi pour les sauvegardes avec accélérateur. La classe de stockage permet de créer un volume en mode fichier utilisable sur tous les nœuds de travail du cluster Kubernetes.
Remarque :
Si acceleratorTracklogPvcStorageClass est défini sur None et qu'un stockage compatible avec l'accélérateur est sélectionné, les travaux de sauvegarde avec accélérateur ne s'exécutent pas. Après la mise à niveau vers NetBackup 10.4, acceleratorTracklogPvcStorageClass est par défaut défini sur None.
Pour en savoir plus, consultez la section Validation de la classe de stockage d'accélérateur du Guide de l'administrateur NetBackup pour Kubernetes.
Le nombre par défaut de travaux de sauvegarde à partir d'un snapshot par cluster Kubernetes est de 4.
Si 4 travaux de sauvegarde à partir d'un snapshot avec accélérateur s'exécutent pour sauvegarder 4 demandes PVC simultanément, cela consommera une certaine partie du stockage.
Chaque demande PVC requiert de l'espace pour la création des journaux de suivi. L'espace nécessaire est calculé comme suit : Taille totale du journal de suivi en octets = 2 * ((nombre de fichiers dans la demande PVC * 200) + ((espace disque total utilisé dans la demande PVC en Kio/128 Kio) * 20))
Stockage requis pour exécuter 4 travaux de sauvegarde à partir d'un snapshot simultanément = somme de la taille des journaux de suivi des 4 demandes PVC.
Par conséquent, les conditions requises pour le stockage évoluent en fonction du nombre de travaux de sauvegarde à partir d'un snapshot par cluster Kubernetes.
Veillez à disposer d'un espace de stockage suffisant avant d'exécuter les travaux de sauvegarde. Pour éviter les problèmes de stockage, vous pouvez utiliser un stockage élastique.
L'accélérateur NetBackup crée le flux de sauvegarde comme suit :
S'il n'existe aucune sauvegarde précédente de l'espace de noms, NetBackup effectue une sauvegarde complète.
Lors de la sauvegarde suivante, NetBackup identifie les données ayant été modifiées depuis la sauvegarde précédente. Seuls les blocs modifiés et les informations d'en-tête sont inclus dans la sauvegarde pour créer une sauvegarde de machine virtuelle complète.
Une fois la sauvegarde effectuée, bpbkar sur le système de déplacement des données met à jour le journal de suivi. Suivi du chemin d'accès du journal dans le système de déplacement des données - usr/openv/netbackup/track/<primary server>/<storage server>/<k8s cluster name>_<namespace uuid>_<pvc uuid>/<policy>/<backup selection>
Ce journal de suivi est ensuite transféré vers le serveur principal dans le style intégré à l'emplacement suivant :
/usr/openv/netbackup/db/track/<primary server>/<storage server>/<k8s cluster name>_<namespace uuid>_<pvc uuid>/<policy>/<backup selection>
Une fois le travail de sauvegarde avec accélérateur lancé, le journal de suivi est récupéré à partir du serveur principal pour identifier les fichiers modifiés, puis mis à jour avec le nouveau contenu et transféré de nouveau vers le serveur principal.