Guide de l'administrateur Kubernetes sur l'interface utilisateur Web NetBackup™
- 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
- Configuration des paramètres pour l'opération de snapshot NetBackup
- 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
- Échec de la restauration à partir d'un snapshot pour les demandes PVC volumineuses
- É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
Modification des limites de ressource pour les types de ressources Kubernetes
Ce paramètre permet de contrôler le nombre de sauvegardes qui peuvent être effectuées simultanément sur des clusters Kubernetes. Kubernetes comprend deux valeurs par défaut différentes pour exécuter les travaux de snapshot et de sauvegarde à partir d'un snapshot : 1 et 4 respectivement.
Exemples :
Dans le cadre de l'exécution d'un travail de sauvegarde à partir d'un snapshot uniquement, si vous protégez 20 biens et que cette limite est définie sur 5, seuls 5 biens peuvent être sauvegardés simultanément. Les 15 autres sont placés en file d'attente. Dès que la sauvegarde de l'un des 5 premiers biens se termine, un autre bien de la file d'attente est sauvegardé.
Pour exécuter un travail de snapshot, la valeur par défaut de cette limite de ressource est 1, ce qui signifie qu'un seul travail de sauvegarde par cluster peut être en cours et que les autres biens sont mis en file d'attente.
Ce paramètre est recommandé pour optimiser l'utilisation de vos ressources réseau et système. Les paramètres s'appliquent à toutes les sauvegardes Kubernetes pour le serveur principal sélectionné.
Pour définir la limite de ressource
- Dans la partie gauche, cliquez sur Charges de travail > Kubernetes.
- Dans la partie supérieure droite, cliquez sur Paramètres Kubernetes > Limites des ressources.
- Effectuez l'une des opérations suivantes pour définir les limites de ressource :
Cliquez sur Modifier, près de Travaux de sauvegarde par cluster Kubernetes. La limite par défaut est de 1.
Cela détermine le nombre d'espaces de noms traités simultanément sur un cluster. En outre, cette limite s'applique à la première opération de création d'une sauvegarde à l'aide de snapshots pour les travaux de sauvegarde à partir d'un snapshot.
Par défaut, la limite de ressource est de 1 travail de sauvegarde par cluster.
Cliquez sur Modifier, en regard de Travaux de sauvegarde à partir d'un snapshot par cluster Kubernetes.
Cela détermine le nombre d'espaces de noms sauvegardés simultanément après la création d'un snapshot sur un cluster. Chaque sauvegarde à partir d'un snapshot démarrera un pod du datamover dans l'espace de noms NetBackup sur le cluster pour traiter les données.
Par défaut, la limite de ressource est de 4 travaux de sauvegarde à partir d'un snapshot par cluster.
- Dans la boîte de dialogue Modifier le cluster Kubernetes :
Saisissez une valeur dans le champ Global pour définir la limite globale de tous les clusters. Cette limite définit le nombre de travaux de sauvegarde et de sauvegarde à partir d'un snapshot qui peuvent s'exécuter simultanément sur un cluster.
Vous pouvez ajouter des limites spécifiques à un cluster afin de remplacer sa limite globale. Pour définir des limites individuelles, cliquez sur Ajouter.
Vous pouvez sélectionner le cluster disponible dans la liste, puis saisir une valeur de limite pour le cluster sélectionné. Vous pouvez ajouter des limites pour chaque cluster disponible dans votre déploiement.
Cliquez sur Enregistrer pour conserver les modifications.
Remarque :
Dans NetBackup 10.0, les pods du datamover dépassent les limites de ressource Kubernetes définies.
Se reporter à Pods du datamover dépassant la limite de ressource Kubernetes .