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
Modification de l'ID d'utilisateur Nova sur les nœuds NetBackup for OpenStack
La machine virtuelle NetBackup for OpenStack utilise l'ID d'utilisateur nova et l'ID de groupe 162:162 par défaut. Ansible OpenStack n'est pas toujours l'ID d'utilisateur nova 162 sur les conteneurs nova-compute. L'ID de l'utilisateur nova sur les nœuds de la machine virtuelle NetBackup for OpenStack doit être identique à celui des conteneurs nova-compute. Si l'ID nova n'est pas 162:162, effectuez les étapes suivantes sur tous les nœuds de machine virtuelle NetBackup for OpenStack.
Avant d'effectuer les étapes suivantes, vérifiez que l'ID de l'utilisateur et l'ID de groupe ne sont utilisés par aucun autre service sur la machine virtuelle NetBackup for OpenStack. Par exemple, si l'ID nova sur le nœud de calcul est 997, vérifiez que l'ID utilisateur n'est utilisé par aucun autre service sur la machine virtuelle NetBackup for OpenStack. Si l'ID d'utilisateur 997 est assigné à rabbitmq
et l'ID de groupe 997 est assigné au service SSH
sur la machine virtuelle NetBackup for OpenStack, vous devez libérer cet ID.
#cat /etc/passwd | grep 997 #pid 997 #ps -ef | grep 997 #usermod -u 900 rabbitmq #cat /etc/group | grep 997 #groupmod -g 901 ssh_keys #reboot
Accédez au répertoire
/home/stack
.Assignez les autorisations exécutables au fichier
nova_userid.sh
.#chmod +x nova_userid.sh
Modifiez le script pour utiliser l'ID nova approprié.
Exécutez le script.
#./nova_userid.sh
Vérifiez que l'utilisateur nova et l'ID de groupe sont définis sur la valeur souhaitée.
#id nova