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
À propos de l'erreur d'autorisation refusée lorsque le même chemin d'accès de partage NFS est utilisé dans plusieurs distributions OpenStack
Si vous disposez de plusieurs distributions OpenStack à protéger dans votre environnement, vous devez utiliser un chemin d'accès de partage NFS différent pour chaque distribution OpenStack. Si vous utilisez le même chemin d'accès de partage NFS pour toutes les distributions OpenStack, vous obtenez l'erreur d'autorisation refusée lors de l'exécution de l'opération de sauvegarde.
L'erreur d'autorisation refusée se produit, car l'ID d'utilisateur nova sur chaque installation OpenStack est différent. Par exemple, l'ID d'utilisateur nova sur RHOSP est 42436 et 999 sur OpenStack Ansible. Lorsque la machine virtuelle NetBackup for OpenStack effectue un snapshot, elle crée le répertoire nbosdm_tasks
à l'aide de l'utilisateur nova. Le premier utilisateur nova qui crée ce répertoire aura l'autorisation requise, mais le deuxième utilisateur nova ne l'obtiendra pas. Ainsi, le même chemin d'accès de partage NFS ne peut pas être utilisé à travers différentes installations OpenStack.
Le même chemin d'accès de partage NFS peut être utilisé dans plusieurs installations OpenStack seulement lorsque l'ID d'utilisateur nova est identique sur toutes les installations.