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
Quotas de locataires
NetBackup for OpenStack utilise des snapshots Cinder pour calculer les sauvegardes complètes et incrémentielles. Pour des sauvegardes complètes, NetBackup for OpenStack crée des snapshots Cinder pour tous les volumes dans le travail de sauvegarde. Il laisse ensuite ces snapshots Cinder de côté pour calculer l'image de sauvegarde incrémentielle lors de la prochaine sauvegarde. Pendant une opération de sauvegarde incrémentielle, il crée de nouveaux snapshots Cinder, calcule les blocs modifiés entre les nouveaux snapshots et les anciens snapshots qui ont été laissés de côté pendant les sauvegardes complètes/précédentes. Il supprime ensuite les anciens snapshots, mais laisse de côté les snapshots nouvellement créés. Il est donc important que chaque locataire qui utilise la fonctionnalité de sauvegarde NetBackup for OpenStack dispose de quotas de snapshot Cinder suffisants pour prendre en charge ces snapshots supplémentaires. Il est conseillé d'ajouter deux snapshots pour chaque volume ajouté aux sauvegardes aux quotas de snapshots de volume pour ce locataire. Vous pouvez également augmenter les quotas de volume de la même quantité pour le locataire, car NetBackup for OpenStack crée brièvement un volume à partir du snapshot pour lire les données du snapshot à des fins de sauvegarde. Pendant un processus de restauration, NetBackup for OpenStack crée des instances supplémentaires et des volumes Cinder. Pour faciliter les opérations de restauration, un locataire doit disposer d'un quota suffisant pour les instances Nova et les volumes Cinder. Dans le cas contraire, les opérations de restauration échouent.