Recherche dans <book_title>…

Guide de l'administrateur Kubernetes sur l'interface utilisateur Web NetBackup™

Last Published: 2022-04-27

Product(s): NetBackup & Alta Data Protection (10.0)

Configuration des paramètres pour l'opération de snapshot NetBackup

Vous devez configurer l'opération de snapshot lors du déploiement de l'opérateur Kubernetes avant d'exécuter les opérations de sauvegarde à partir d'un snapshot.

Définissez une classe de stockage pointant vers le plug-in CSI.
Définissez une classe VolumeSnapshotClass contenant les détails du pilote CSI.
Étiquetez la classe de snapshot de volume pour une utilisation dans NetBackup. Ajoutez l'étiquette suivante : netbackup.veritas.com/default-csi-volume-snapshot-class=true.
Remarque :
Le snapshot d'un espace de noms composé d'un volume persistant échoue avec un message d'erreur : Failed to create snapshot of the Kubernetes namespace.
L'opération de snapshot peut échouer pour plusieurs raisons, par exemple, si une classe de snapshot de volume valide pour le pilote avec l'étiquette volumesnapshotclass est introuvable.
Le dimensionnement du volume persistant de métadonnées est requis. La taille du volume persistant par défaut pour l'opérateur Kubernetes est de 10 Gi. La taille du volume persistant est configurable.
Vous pouvez définir une valeur de stockage plus élevée avant de déployer le plug-in. La taille du pod nbukops correspond ainsi à celle de la PVC montée dans le pod.
La revendication de volume persistant ressemble à ce qui suit :
```
apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  labels:
    component: netbackup
  name: {{ .Release.Namespace }}-netbackupkops
  namespace: {{ .Release.Namespace }}
spec:
  accessModes:
  - ReadWriteOnce
  resources:
    requests:
      storage: 10Gi
```
- Lors d'une nouvelle installation pendant la configuration du Helm Chart, vous pouvez modifier la taille du stockage PVC dans le fichier deployment.yaml de netbackupkops-helm-chart, ce qui définit la taille initiale de la PVC.
- Après l'installation, la mise à jour de la taille de la PVC (expansion de volume dynamique) est prise en charge par certains fournisseurs de stockage. Pour plus d'informations, consultez la page https://kubernetes.io/docs/concepts/storage/persistent-volumes

Remarque :

La taille par défaut du volume persistant peut être redimensionnée à une valeur supérieure sans perte de données. Il est recommandé d'ajouter le fournisseur de stockage prenant en charge l'expansion de volume.

Remarque :

Pour obtenir la valeur de configuration, vous pouvez exécuter la commande : kubectl get configmaps <namespace>-backup-operator-configuration -n <namespace> -o yaml > {local.file}

Tableau : Paramètres de configuration de l'opérateur Kubernetes pris en charge dans <espacedenoms>-configuration-opérateur-sauvegarde

Configuration	Description	Valeur par défaut	Valeur possible
DaemonSets	Un DaemonSet est un objet dynamique géré par un contrôleur dans Kubernetes. Vous pouvez définir l'état souhaité représentant les pods spécifiques qui doivent exister sur chaque nœud. Le compromis de pod dans la boucle de contrôle peut comparer l'état effectif actuel à l'état souhaité.	true	true, false
Deployments	Déploiements pour la charge de travail Kubernetes.	true	true, false
Pods	Un pod est la plus petite unité d'exécution dans Kubernetes.	true	true, false
ReplicaSets	Le jeu de répliques définit le nombre de répliques d'un pod qui doivent être en cours d'exécution. Il peut être considéré comme remplacement du contrôleur de réplication.	true	true, false
Secrets	Les secrets sont des objets qui contiennent des données sensibles telles que des mots de passe, des jetons et des informations d'authentification.	true	true, false
Services	Services offerts dans Kubernetes.	true	true, false
namespace	L'opérateur Kubernetes est déployé dans l'espace de noms.	Tout nom donné à un espace de noms.	Espace de noms NetBackup.
cleanStaleCRDurationMinutes	Durée après l'appel d'un travail de ressource personnalisée pour nettoyer les ressources personnalisées obsolètes. Intervalle à l'issue duquel le travail de nettoyage des ressources personnalisées obsolètes est déclenché.	24 heures	1 440 minutes
ttlCRDurationMinutes	Durée TTL de la ressource personnalisée.	minutes	30 240 minutes
livesnessProbeInitialDelay	Délai initial de la sonde.	minutes	60 minutes
livenessProbePeriodSeconds	Durée de la sonde.	secondes	80 secondes
checkNbcertdaemonStatusDurationMinutes	Durée de l'état du daemon de certificat NetBackup.	minutes	1 440 minutes
collectDataMoverLogs	En raison d'une utilisation élevée de la mémoire pour la collecte de journaux du datamover, il est recommandé d'activer les journaux uniquement lors du débogage, du dépannage ou du redémarrage des pods. Avant d'activer les journaux du datamover, assurez-vous d'augmenter les limites de mémoire du pod NetBackup Kubernetes à au moins 2 Go. Une fois le débogage ou le dépannage terminé, vous pouvez rétablir la valeur précédente ou la valeur par défaut.	true	true, false
maxRetentionDataMoverLogsInHours	Durée maximale de conservation des journaux du datamover.	24 heures	72 heures
maxRetentionDataMoverInHours	Supprime toutes les ressources du datamover plus anciennes que la valeur indiquée.	24 heures	24 heures
cleanStaleCertFilesDurationMinutes	Intervalle à l'issue duquel le travail de nettoyage des certificats obsolètes est déclenché.	60 minutes	1 440 minutes
maxRetentionInDiscoveryCacheHours	Durée de conservation (en heures) du cache de découverte.	24 heures	48 heures
pollingTimeoutInMinutes	Délai pendant lequel de nouvelles tentatives sont effectuées avant l'expiration et l'échec.	15 minutes	15 minutes
pollingFrequencyInSecs	Fréquence d'interrogation.	secondes	5 secondes
nbcertPrerequisteDirectoryAndFiles	Conditions préalables pour l'autorité de certification NetBackup.	Nom du certificat	Nom du certificat

Conditions préalables pour les opérations de sauvegarde à partir d'un snapshot et de restauration à partir d'une sauvegarde

Étiquetez une classe de stockage valide pour une utilisation dans NetBackup en ajoutant l'étiquette suivante : netbackup.veritas.com/default-csi-storage-class=true. Si la classe de stockage étiquetée pour NetBackup est introuvable, le travail de sauvegarde à partir d'un snapshot pour les métadonnées d'images et les travaux de restauration échoue avec le message d'erreur No eligible storage classes found.
Étiquetez une classe de snapshot de volume valide pour une utilisation dans NetBackup en ajoutant l'étiquette suivante : netbackup.veritas.com/default-csi-volume-snapshot-class=true. Si la classe VolumeSnapshotClass étiquetée pour NetBackup est introuvable, le travail de sauvegarde à partir d'un snapshot pour les métadonnées d'images et les travaux de restauration échoue avec le message d'erreur Echec de la création d'un snapshot de l'espace de noms Kubernetes.
Chaque serveur principal exécutant les opérations de sauvegarde à partir d'un snapshot et de restauration à partir d'une copie de sauvegarde doit créer un ConfigMap distinct avec le nom du serveur principal.
Dans l'exemple de fichier configmap.yaml suivant,
- 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-ns
```
- Copiez 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.
Spécifiez datamover.properties: image=reg.domain.com/datamover/image:latest avec l'image datamover appropriée.
Spécifiez datamover.hostaliases si le serveur principal et les serveurs de médias connectés au serveur principal ont des noms courts et si la résolution de l'hôte échoue à partir du datamover. Fournissez un mappage de tous les noms d'hôte aux adresses IP pour le serveur principal et les serveurs de médias.
Pour créer le fichier configmap.yaml, exécutez la commande suivante : kubectl create -f configmap.yaml
Si l'opérateur Kubernetes ne parvient pas à résoudre le serveur principal d'après les noms courts
- Lors de la récupération des certificats, si vous obtenez un message ETAT DE SORTIE 8500 : la connexion au service Web n'a pas été établie. Vérifiez ensuite l'état de la résolution du nom d'hôte à partir des journaux nbcert.
- Si la résolution du nom d'hôte échoue, procédez comme suit :
  Mettez à jour kops deployment.yaml et ajoutez hostAliases au 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.
Créez un secret avec l'empreinte digitale et un jeton d'autorisation. Pour plus d'informations, consultez le Guide de sécurité et de chiffrement NetBackup™.
Créez une demande backupservercert pour récupérer les certificats. Pour plus d'informations, consultez le Guide de sécurité et de chiffrement NetBackup™.

Paramètres de client DTE pris en charge dans la charge de travail Kubernetes

Kubernetes prend uniquement en charge le mode automatique pour les paramètres DTE du client. Le datamover Kubernetes suit toujours les paramètres DTE globaux.