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
- Configuration des paramètres pour l'opération de snapshot NetBackup
- Déploiement de certificats sur l'opérateur NetBackup Kubernetes
- Gestion des biens Kubernetes
- Gestion des groupes intelligents Kubernetes
- Protection des biens Kubernetes
- 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
- Activation du mode FIPS dans Kubernetes
- Résolution des problèmes liés à Kubernetes
Conditions préalables pour les opérations de sauvegarde depuis un snapshot et de restauration à partir d'une sauvegarde
Étiquetez une classe de stockage valide en vue d'une utilisation par NetBackup et ajoutez l'étiquette ou les étiquettes ci-dessous en fonction du VolumeMode (Block/Filesystem) pris en charge par la classe de stockage.
Pour la classe de stockage de provisionnement de demande de volume persistant basée sur Filesystem,
veritas.com/default-csi-filesystem-storage-class=true
Pour la classe de stockage de provisionnement de demande de volume persistant basée sur Block,
veritas.com/default-csi-storage-class=true
Si la classe de stockage étiquetée pour NetBackup est introuvable, la sauvegarde à partir d'un snapshot et la restauration à partir d'une copie de sauvegarde échouent avec le message d'erreur Aucune classe de stockage éligible trouvée.
Pour étiqueter les classes de stockage, exécutez les commandes suivantes indiquées dans les exemples :
Exemple 1. Exécutez la commande : # kubectl get sc
Nom
Provisionneur
ocs-storagecluster-ceph-rbd (par défaut)
openshift-storage.rbd.csi.ceph.com
ocs-storagecluster-ceph-rgw
openshift-storage.ceph.rook.io/bucket
ocs-storagecluster-ceph-rbd
openshift-storage.cephfs.csi.ceph.com
openshift-storage.noobaa.io
openshift-storage.noobaa.io/obc
thin
kubernetes.io/vsphere-volume
Politique de récupération
Mode de liaison de volume
Autoriser l'expansion de volume
Âge
Supprimer
Immédiat
Vrai
2j2h
Supprimer
Immédiat
Faux
2j2h
Supprimer
Immédiat
Vrai
2j2h
Supprimer
Immédiat
Faux
2j2h
Supprimer
Immédiat
Faux
19h
Remarque :
Le mode de liaison de volume de la classe de stockage doit être défini sur Immédiat. Si le mode de liaison de volume PVC est défini sur WaitForFirstConsumer, cela affecte la création de snapshot à partir de la demande PVC. Cela peut entraîner l'échec des travaux de sauvegarde.
Exemple 2. Exécutez la commande : # kubectl get sc ocs-storagecluster-ceph-rbd --show-labels
Nom
Provisionneur
Politique de récupération
ocs-storagecluster-ceph-rbd (par défaut)
openshift-storage.rbd.csi.ceph.com
Supprimer
Mode de liaison de volume
Autoriser l'expansion de volume
Âge
Étiquette
Immédiat
Vrai
2j2h
netbackup.veritas.com/default-csi-storage-class=true
Exemple 3. Exécutez la commande : oc label storageclass ocs-storagecluster-cephfs netbackup.veritas.com/default-csi-storage-class=true
storageclass.storage.k8s.io/ocs-storagecluster-cephfs labeled
Exemple 4. Exécutez la commande : kubectl get sc ocs-storagecluster-cephfs --show-labels
Nom
Provisionneur
Politique de récupération
ocs-storagecluster-cephfs
openshift-storage.cephfs.csi.ceph.com
Supprimer
Mode de liaison de volume
Autoriser l'expansion de volume
Âge
Étiquette
Immédiat
Vrai
2j2h
netbackup.veritas.com/default-csi-storage-class=true
É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.
Pour étiqueter les classes de snapshot de volume, exécutez les commandes suivantes indiquées dans les exemples :
Exemple 1. Exécutez la commande : # kubectl get volumesnapshotclass
Nom
Pilote
ocs-storagecluster-cephfsplugin-snapclass
openshift-storage.cephfs.csi.ceph.com
ocs-storagecluster-rbdplugin-snapclass
openshift-storage.rbd.csi.ceph.co
Politique de suppression
Âge
Supprimer
2j2h
Supprimer
2j2h
Exemple 2. Exécutez la commande : # kubectl get volumesnapshotclass ocs-storagecluster-cephfsplugin-snapclass --show-labels
Nom
Pilote
ocs-storagecluster-cephfsplugin-snapclass
openshift-storage.cephfs.csi.ceph.com
Politique de suppression
Âge
Supprimer
2j2h
Exemple 3. Exécutez la commande : # kubectl label volumesnapshotclass ocs-storagecluster-cephfsplugin-snapclass netbackup.veritas.com/default-csi-volume-snapshot-class=true
volumesnapshotclass.snapshot.storage.k8s.io/ocs-storagecluster-cephfsplugin-snapclass labeled
Exemple 4. Exécutez la commande : # kubectl get volumesnapshotclass ocs-storagecluster-cephfsplugin-snapclass --show-labels
Nom
Pilote
ocs-storagecluster-cephfsplugin-snapclass
openshift-storage.cephfs.csi.ceph.com
Politique de suppression
Âge
Étiquettes
Supprimer
2j2h
netbackup.veritas.com/default-csi-volume-snapshot-class=true
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.Créez un secret comme décrit en détail dans le point 6 de la section Déploiement du package de service sur l'opérateur NetBackup Kubernetes pour utiliser un registre Docker privé.
Une fois le secret créé, ajoutez les attributs suivants lors de la création d'un fichier configmap.yaml.
datamover.properties: | image=repo.azurecr.io/netbackup/datamover:10.0.0049 imagePullSecret=secret_name
Pour créer le fichier
configmap.yaml
, exécutez la commande suivante : kubectl create -f configmap.yamlSi 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 EXIT STATUS 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.
Remarque :
la section hostAliases doit être ajoutée à la ligne 2 210 du fichier par défaut
./netbackupkops-helm-chart/templates/deployment.yaml
.Exemple de hostAliases :
2104 hostAliases; - ip:10.15.206.7 hostnames: - lab02-linsvr-01.demo.sample.domain.com - lab02-linsvr-01 - ip:10.15.206.8 hostnames: - lab02-linsvr-02.demo.sample.domain.com - lab02-linsvr-02 imagePullSecrets: - name: {{ .values.netbackupKops.imagePullSecrets.name}}
Créez un secret avec l'empreinte digitale et un jeton d'autorisation.
Pour plus d'informations sur la création du secret et du backupservercert, consultez la section Déploiement de certificats sur l'opérateur NetBackup Kubernetes du Guide de l'administrateur Kubernetes de l'interface utilisateur Web NetBackup™.
Créez une demande backupservercert pour récupérer les certificats.
Pour plus d'informations, consultez la section Déploiement de certificats sur l'opérateur NetBackup Kubernetes du Guide de l'administrateur Kubernetes de l'interface utilisateur Web NetBackup™.
Pour plus d'informations, consultez le Guide de sécurité et de chiffrement NetBackup™.
Remarque :
ces étapes sont obligatoires pour que la sauvegarde à partir d'un snapshot et la restauration à partir d'une copie de sauvegarde aboutissent.