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
- 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
- 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
Dépannage des serveurs NetBackup avec des noms courts
- Si l'opérateur NetBackup Kubernetes ne peut pas résoudre le serveur de sauvegarde ou le serveur de médias avec des noms courts, procédez comme suit :
Lors de la récupération des certificats, si vous obtenez un message EXIT STATUS 8500: la connexion au service Web n'a pas été établie, consultez les journaux nbcert pour vérifier si la résolution du nom d'hôte a abouti. En cas d'échec, procédez comme suit :
Mettez à jour le fichier
deployment.yamlde l'opérateur Kubernetes et ajoutezhostAliasesau déploiement.Dans l'exemple suivant de
hostAliases,backupserver.sample.domain.com et mediaserver.sample.domain.com sont les noms d'hôte du serveur principal et du serveur de médias NetBackup.
10.20.12.13 et 10.21.12.13 sont les adresses IP du serveur principal et du serveur de médias NetBackup.
hostAliases: - hostnames: - backupserver.sample.domain.com ip: 10.20.12.13 - hostnames: - mediaserver.sample.domain.com ip: 10.21.12.13
Copiez-collez les détails de l'exemple de hostAliases dans l'éditeur de texte et ajoutez-les à hostAliases dans le déploiement.
- Si le datamover ne peut pas résoudre les noms courts du serveur de sauvegarde ou du serveur de médias, procédez comme suit pour résoudre le problème :
Mettez à jour ConfigMap avec le nom du serveur de sauvegarde.
Ajoutez le champ datamover.hostaliases, puis mappez les adresses IP correspondantes au nom d'hôte.
Dans l'exemple de fichier
configmap.yamlsuivant,backupserver.sample.domain.com et mediaserver.sample.domain.com sont les noms d'hôte du serveur principal et du serveur de médias NetBackup.
10.20.12.13 et 10.21.12.13 sont les adresses IP du serveur principal et du serveur de médias NetBackup.
apiVersion: v1 data: datamover.hostaliases: | 10.20.12.13=backupserver.sample.domain.com 10.21.12.13=mediaserver.sample.domain.com datamover.properties: | image=reg.domain.com/datamover/image:latest version: "1" kind: configmap metadata: name: backupserver.sample.domain.com namespace: kops-nsCopiez les détails du fichier
configmap.yaml.Ouvrez l'éditeur de texte et collez les détails du fichier YAML.
Ensuite, enregistrez en sélectionnant l'extension de fichier YAML dans le répertoire d'origine à partir duquel les clusters Kubernetes sont accessibles.
Pour créer le fichier
configmap.yaml, exécutez la commande kubectl create -f configmap.yaml.Si vous mettez à jour le fichier
configmap.yamldéjà créé, exécutez la commande pour mettre à jour configmap. kubectl apply -f configmap.yaml