Guide de l'administrateur NetBackup™ for OpenStack
- Introduction
- Déploiement de NetBackup for OpenStack
- Conditions requises
- Remarques relatives au réseau NetBackup for OpenStack
- Préparation de l'installation
- Lancement de la machine virtuelle NetBackup for OpenStack
- Composants de NetBackup for OpenStack installés
- Installation sur RHOSP
- Préparer le déploiement
- Mise à jour du fichier de données des rôles d'overcloud pour inclure les services NetBackup for OpenStack
- Vérification du déploiement
- Étapes supplémentaires sur l'appliance NetBackup for OpenStack
- Installation sur Ansible OpenStack Ussuri
- Installation sur Kolla Ussuri
- Transfert des images NetBackup for OpenStack vers le registre local
- Installation sur RHOSP
- Configuration de NetBackup for OpenStack
- Contrôle d'intégrité postérieur à l'installation
- Désinstallation de NetBackup for OpenStack
- Désinstallation de RHOSP
- Désinstallation d'Ansible Openstack
- Désinstallation de Kolla Openstack
- Désinstallation de RHOSP
- Installer le client de CLI nbosjm
- Configuration de l'appliance NetBackup OpenStack
- Configuration des détails du serveur principal NetBackup
- Configuration d'un serveur principal NetBackup
- Politiques NetBackup for OpenStack
- Exécution des sauvegardes et des restaurations OpenStack
- À propos des restaurations
- Restore.json requis pour l'interface de ligne de commande
- Configuration et démarrage d'une recherche de fichier dans Horizon
- Exécution de tâches d'administration de sauvegarde
- Zone d'administration de sauvegarde NBOS
- Attributs de politique
- Quotas de politique
- Gestion des relations de confiance
- Importation et migration de politique
- Reprise après incident
- Exemple de runbook pour la reprise après incident utilisant NFS
- Reprise après incident d'une politique unique
- Copier les répertoires de politique sur le volume NFS configuré
- Rendre disponibles les chemins de montage
- Réassigner la politique
- Restaurer la politique
- Nettoyer
- Reprise après incident d'un cloud complet
- Reconfigurer l'installation NetBackup for OpenStack cible
- Rendre disponibles les chemins de montage
- Réassigner la politique
- Restaurer la politique
- Reconfigurer l'installation NetBackup for OpenStack cible initiale
- Nettoyer
- Dépannage
- Outils de dépannage généraux
- Vérification de l'intégrité de NetBackup for OpenStack
- Fichiers journaux importants
Chemins de montage
Les snapshots incrémentiels NetBackup for OpenStack impliquent un fichier de sauvegarde antérieur à la sauvegarde précédente, ce qui fait de chaque sauvegarde incrémentielle NetBackup for OpenStack une sauvegarde complète synthétique.
NetBackup for OpenStack utilise les fichiers de sauvegarde qcow2 pour cette fonction :
qemu-img info 85b645c5-c1ea-4628-b5d8-1faea0e9d549 image: 85b645c5-c1ea-4628-b5d8-1faea0e9d549 file format: qcow2 virtual size: 1.0G (1073741824 bytes) disk size: 21M cluster_size: 65536 backing file: /var/NetBackupOpenStack-mounts/MTAuMTAuMi4yMDovdXBzdHJlYW0= /policy_3c2fbee5-ad90-4448-b009-5047bcffc2ea/snapshot_f4874ed7-fe85- 4d7d-b22b-082a2e068010/vm_id_9894f013-77dd-4514-8e65-818f4ae91d1f/ vm_res_id_9ae3a6e7-dffe-4424-badc-bc4de1a18b40_vda/a6289269-3e72-4085- adca-e228ba656984 Format specific information: compat: 1.1 lazy refcounts: false refcount bits: 16 corrupt: false
Comme dans l'exemple, le fichier de sauvegarde est un chemin absolu, ce qui signifie que ce chemin d'accès doit exister afin que les fichiers de sauvegarde puissent être accessibles.
NetBackup for OpenStack utilise l'algorithme de hachage base64 pour les chemins de montage NFS afin de permettre la configuration de plusieurs volumes NFS en même temps. La valeur de hachage est calculée à l'aide du chemin d'accès NFS fourni.
# echo -n 10.10.2.20:/upstream | base64 MTAuMTAuMi4yMDovdXBzdHJlYW0=
Si le chemin d'accès du fichier de sauvegarde n'est pas disponible sur les nœuds de machine virtuelle et de calcul NetBackup for OpenStack, les restaurations des sauvegardes incrémentielles échouent.
La méthode testée et recommandée pour rendre les fichiers de sauvegarde disponibles consiste à créer le chemin de répertoire requis et à utiliser mount --bind pour rendre le chemin d'accès disponible pour les sauvegardes.
#mount --bind <mount-path1> <mount-path2>
L'exécution de la commande mount - bind rendra le chemin d'accès nécessaire disponible jusqu'au redémarrage suivant. Si l'accès au chemin d'accès est nécessaire au-delà d'un redémarrage, il est nécessaire de modifier le fichier fstab.
#vi /etc/fstab <mount-path1> <mount-path2> none bind 0 0