Entrez la requête de recherche
Recherche dans <book_title>…
Guide de l'administrateur NetBackup™ for OpenStack
Last Published:
2023-12-28
Product(s):
NetBackup & Alta Data Protection (10.3)
- Introduction
- Déploiement de NetBackup for OpenStack
- Conditions requises
- Remarques relatives au réseau NetBackup for OpenStack
- Terminaux client existants dans OpenStack
- Terminaux client OpenStack requis par NetBackup for OpenStack
- Recommandation : fournir l'accès à tous les types de terminal client OpenStack
- Accès à la cible de sauvegarde requis par NetBackup for OpenStack
- Exemple d'intégration réseau NetBackup for OpenStack standard
- Autres exemples d'intégrations de réseau NetBackup for OpenStack
- Préparation de l'installation
- Lancement de la machine virtuelle NetBackup for OpenStack
- À propos des types de cibles de sauvegarde NetBackup for OpenStack
- Composants de NetBackup for OpenStack installés
- Installation sur RHOSP
- Préparer le déploiement
- Chargement du module Puppet NetBackup for OpenStack
- Mise à jour du fichier de données des rôles d'overcloud pour inclure les services NetBackup for OpenStack
- Préparation des images de conteneur NetBackup for OpenStack
- Fourniture des détails de l'environnement dans nbos_env.yaml
- Déploiement de l'overcloud avec l'environnement NetBackup OpenStack
- Vérification du déploiement
- Étapes supplémentaires sur l'appliance NetBackup for OpenStack
- Dépannage des échecs de déploiement d'overcloud
- Installation sur Ansible OpenStack Ussuri
- Vérifier que la consignation de niveau fichier est configurée pour les composants d'OpenStack sur le conteneur Horizon
- Modification de l'ID d'utilisateur Nova sur les nœuds NetBackup for OpenStack
- Préparation de l'hôte de déploiement
- Déploiement des composants de NetBackup for OpenStack
- Vérification du déploiement NetBackup for OpenStack
- Installation sur Kolla Ussuri
- Modification de l'ID d'utilisateur Nova sur les nœuds NetBackup for OpenStack
- Copie des scripts de déploiement NetBackup for OpenStack
- Copie des scripts de déploiement NetBackup for OpenStack sur les scripts de déploiement Kolla-ansible
- Transfert des images NetBackup for OpenStack vers le registre local
- Modification de globals.yml pour définir les paramètres NetBackup for OpenStack
- Activation de la fonction de montage de snapshot NetBackup for OpenStack
- Extraction des images de conteneur NetBackup for OpenStack
- Déploiement des composants de NetBackup for OpenStack
- Vérification du déploiement NetBackup for OpenStack
- Installation sur RHOSP
- Configuration de NetBackup for OpenStack
- Contrôle d'intégrité postérieur à l'installation
- Vérifier que les services d'appliance NetBackup for OpenStack sont en cours d'exécution
- Vérifier le pacemaker NetBackup for OpenStack et le cluster NGINX
- Vérifier la connectivité de l'API de l'appliance NetBackup for OpenStack
- Vérifier que les services nbosdm sont en cours d'exécution
- Vérifiez que le volume NFS est correctement monté
- Désinstallation de NetBackup for OpenStack
- Désinstallation de RHOSP
- Nettoyer le service d'API du système de déplacement des données NetBackup for OpenStack
- Nettoyer le service du système de déplacement des données NetBackup for OpenStack
- Nettoyer les ressources haproxy NetBackup for OpenStack
- Nettoyer les ressources Keystone NetBackup for OpenStack
- Nettoyer les ressources de base de données NetBackup for OpenStack
- Rétablir la commande overcloud deploy
- Restaurer le conteneur Horizon RHOSP initial
- Détruire le cluster de machines virtuelles NetBackup for OpenStack
- Désinstallation d'Ansible Openstack
- Désinstaller les services NetBackup for OpenStack
- Détruire le conteneur d'API du système de déplacement des données NetBackup for OpenStack
- Nettoyer openstack_user_config.yml
- Supprimer les paramètres haproxy NetBackup for OpenStack dans user_variables.yml
- Supprimer le fichier d'inventaire de l'API du système de déplacement des données NetBackup for OpenStack
- Supprimer les terminaux client du service d'API du système de déplacement des données NetBackup for OpenStack
- Supprimer la base de données et l'utilisateur de l'API du système de déplacement des données NetBackup for OpenStack
- Supprimer l'utilisateur rabbitmq nbosdmapi du conteneur rabbitmq
- Nettoyer le service haproxy
- Supprimer les certificats des nœuds de calcul
- Détruire le cluster de machines virtuelles NetBackup for OpenStack
- Désinstallation de Kolla Openstack
- Nettoyage du conteneur NetBackupOpenStack_datamover_api
- Nettoyage du conteneur NetBackupOpenStack_datamover
- Nettoyage du haproxy de l'API du système de déploiement des données NetBackupOpenStack
- Procédure de nettoyage du déploiement de Kolla Ansible
- Revenir au conteneur Horizon initial
- Nettoyage des ressources Keystone
- Nettoyage des ressources de la base de données NetBackup for OpenStack
- Détruire le cluster de machines virtuelles NetBackup for OpenStack
- Désinstallation de RHOSP
- Installer le client de CLI nbosjm
- À propos de la rotation des journaux dans NetBackup for OpenStack
- Configuration de l'appliance NetBackup OpenStack
- Reconfigurer le cluster NetBackup for OpenStack
- Configuration des détails du serveur principal NetBackup
- Modifier le mot de passe du tableau de bord NetBackup for OpenStack
- Réinitialiser le mot de passe du tableau de bord NetBackup for OpenStack
- Réinitialiser NetBackup for OpenStack
- Télécharger les journaux NetBackup for OpenStack
- Configuration d'un serveur principal NetBackup
- Politiques NetBackup for OpenStack
- Exécution des sauvegardes et des restaurations OpenStack
- À propos des snapshots
- Liste des snapshots
- Création d'un snapshot
- Vue d'ensemble du snapshot
- Supprimer des snapshots
- Nettoyage des snapshots de volume
- Annulation de snapshot
- À propos des restaurations
- Liste des restaurations
- Vue d'ensemble des restaurations
- Supprimer une restauration
- Annuler une restauration
- Restauration en un clic
- Restauration sélective
- Restauration sur place
- Restore.json requis pour l'interface de ligne de commande
- À propos de la recherche de fichier
- Navigation dans l'onglet de recherche de fichier dans Horizon
- Configuration et démarrage d'une recherche de fichier dans Horizon
- Démarrer la recherche de fichier et récupérer les résultats dans Horizon
- Recherche de fichier d'interface de ligne de commande
- À propos du montage de snapshot
- Création d'une instance File Recovery Manager
- Montage d'un snapshot
- Accès à File Recovery Manager
- Identification des snapshots montés
- Démontage d'un snapshot
- À propos des planificateurs
- Désactiver une planification
- Activer une planification
- Modifier une planification
- À propos des notifications par e-mail
- Conditions requises pour activer les notifications par e-mail
- Activer/désactiver les notifications par e-mail
- 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
- Scénario
- Conditions préalables au processus de reprise après incident
- 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
- Ajout d'un utilisateur administrateur aux domaines et projets requis
- Découvrir les politiques orphelines du stockage NFS du cloud cible
- Répertorier les projets disponibles sur le cloud cible dans le domaine cible
- Répertorier les utilisateurs disponibles sur le cloud cible dans le projet cible disposant du rôle d'ayant droit de sauvegarde approprié
- Réassigner la politique au projet cible
- Vérifier que la politique est disponible sur le target_project souhaité
- 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
- Ajout d'un utilisateur administrateur aux domaines et projets requis
- Découvrir les politiques orphelines du stockage NFS du cloud cible
- Répertorier les projets disponibles sur le cloud cible dans le domaine cible
- Répertorier les utilisateurs disponibles sur le cloud cible dans le projet cible disposant du rôle d'ayant droit de sauvegarde approprié
- Réassigner la politique au projet cible
- Vérifier que la politique est disponible sur le target_project souhaité
- Restaurer la politique
- Reconfigurer l'installation NetBackup for OpenStack cible initiale
- Nettoyer
- Dépannage
- Outils de dépannage généraux
- Utilisation de l'outil de CLI nbosjm sur l'appliance NetBackup for OpenStack
- Vérification de l'intégrité de NetBackup for OpenStack
- Fichiers journaux importants
- Sur les nœuds NetBackup for OpenStack
- Journaux du service de système de déplacement des données NetBackup for OpenStack sur RHOSP
- Journaux du service de système de déplacement des données NetBackup for OpenStack sur Ansible OpenStack
- Journaux de service du système de déplacement des données NetBackup for OpenStack sur Kolla Ussuri
- Dépannage du conteneur NBOSDM hors ligne en raison d'un point de montage indisponible
- À 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
- Après la restauration de l'instance Windows, le disque est hors ligne
- Index
Conditions préalables au processus de reprise après incident
Ce runbook suppose que ce qui suit est vrai :
OpenStack Cloud A et OpenStack Cloud B disposent tous deux d'une installation NetBackup for OpenStack active avec une licence valide.
OpenStack Cloud A et OpenStack Cloud B disposent de ressources disponibles pour héberger des machines virtuelles supplémentaires.
OpenStack Cloud A et OpenStack Cloud B ont des locataires/projets disponibles qui sont les points de restauration désignés pour les locataires/projets de l'autre côté.
Accès à un utilisateur disposant des autorisations de rôle d'administrateur au niveau du domaine.
L'un des clouds OpenStack est arrêté/perdu.
Nous supposons qu'OpenStack Cloud A est arrêté et que les politiques sont restaurées dans OpenStack Cloud B.
Dans le cas de l'utilisation de réseaux de locataire partagés, au-delà de l'adresse IP flottante, la condition supplémentaire suivante est nécessaire : tous les réseaux de locataire, routeurs, ports, adresses IP flottantes et zones DNS ont été créés.