Entrez la requête de recherche
Recherche dans <book_title>…
Guide de l'administrateur NetBackup™ for OpenStack
Last Published:
2025-04-24
Product(s):
NetBackup (11.0)
- Introduction
- Déploiement de NetBackup for OpenStack
- Besoins
- 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
- Rotation de la machine virtuelle NetBackup for OpenStack
- À propos des types de cibles de sauvegarde NetBackup for OpenStack
- Installation des composants de NetBackup for OpenStack
- 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
- 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 sauvegarde 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
- Limitation des ressources dans 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 opérationnels et en cours d'exécution
- Désinstallation de NetBackup for OpenStack
- Désinstallation de RHOSP
- Nettoyez le service d'API du datamover NetBackup for OpenStack
- Nettoyez le service du datamover NetBackup for OpenStack
- Nettoyez 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 la machine virtuelle NetBackup for OpenStack
- Désinstallation d'Ansible Openstack
- Désinstaller les services NetBackup for OpenStack
- Détruire le conteneur d'API du datamover 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 datamover NetBackup for OpenStack
- Supprimer les terminaux client du service d'API du datamover NetBackup for OpenStack
- Supprimer la base de données et l'utilisateur de l'API du datamover 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 la machine virtuelle 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 datamover 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 la machine virtuelle NetBackup for OpenStack
- Désinstallation de RHOSP
- Installation du client de CLI nbosjm
- À propos de la rotation des journaux dans NetBackup for OpenStack
- Configuration de l'appliance NetBackup OpenStack
- Configuration d'un serveur principal NetBackup
- Protections de NetBackup for OpenStack
- Exécution des snapshots, sauvegardes et restaurations OpenStack
- À propos des points de récupération
- Liste des points de récupération
- Création d'un snapshot
- Présentation du snapshot et de la sauvegarde
- Expiration des points de récupération.
- Nettoyage des snapshots de volume
- À propos des restaurations
- Liste des restaurations
- Vue d'ensemble des restaurations
- Suppression d'une restauration
- Annulation d'une restauration
- Restauration en un clic
- Restauration sélective
- Restauration sur place
- Fichier restore.json requis pour l'interface de ligne de commande
- A propos du montage de sauvegarde
- Création d'une instance File Recovery Manager
- Montage d'une copie de sauvegarde
- Accès à File Recovery Manager
- Identification des sauvegardes montées
- Démontage d'une sauvegarde
- À propos des planifications
- À propos de l'activation des notifications par e-mail
- Exécution de tâches d'administration de sauvegarde
- Reprise après incident
- 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
- Dépannage du conteneur NBOSDM hors ligne en raison d'un point de montage indisponible
- Après la restauration de l'instance Windows, le disque est à l'état hors ligne
- La restauration sélective à partir d'une copie de snapshot échoue
- Une sauvegarde échoue en raison d'un ancien ID nova dans le chemin d'accès du partage universel
- Utilisation de l'utilitaire de support NetBackup dans NetBackup for OpenStack
- Impossible de créer des volumes si la taille des métadonnées pour le volume physique et le groupe de volumes est faible
- La configuration de NBOSVM échoue si le serveur DNS ne peut pas résoudre l'adresse IP ou que l'adresse IP n'est pas correcte
- Erreur lors de la création d'une unité de stockage avec plusieurs serveurs de stockage
- Le travail de snapshot échoue si l'image OpenStack n'est pas accessible à l'utilisateur OpenStack
- La restauration en un clic échoue si le sous-réseau connecté à l'instance n'est pas accessible à l'utilisateur OpenStack
- L'interface utilisateur du programme de configuration de NBOSVM ne détecte pas le serveur principal
- Index
Dans le cluster NetBackup for OpenStack
nbosjm-policies
Ce service s'exécute et est actif sur chaque nœud NetBackup for OpenStack.
[root@Upstream ~]# systemctl status nbosjm-policies
● nbosjm-policies.service - nbosjm policies service
Loaded: loaded (/etc/systemd/system/nbosjm-policies.service; enabled;
vendor preset: disabled)
Active: active (running) since Wed 2020-06-10 13:42:42 UTC; 1 weeks
4 days ago
Main PID: 12779 (nbosjm-wor)
Tasks: 17
CGroup: /system.slice/nbosjm-policies.service
├─12779 /home/stack/myansible/bin/python
/home/stack/myansible/bin/nbosjm-policies
--config-file=/etc/nbosjm/nbosjm.conf
├─12982 /home/stack/myansible/bin/python
/home/stack/myansible/bin/nbosjm-policies
--config-file=/etc/nbosjm/nbosjm.conf
├─12983 /home/stack/myansible/bin/python
/home/stack/myansible/bin/nbosjm-policies
--config-file=/etc/nbosjm/nbosjm.conf
├─12984 /home/stack/myansible/bin/python
/home/stack/myansible/bin/nbosjm-policies
--config-file=/etc/nbosjm/nbosjm.conf
[...]
nbosjm-api
Ce service s'exécute et est actif sur chaque nœud NetBackup for OpenStack.
[root@Upstream ~]# systemctl status nbosjm-api
● nbosjm-api.service - nbosjm api service
Loaded: loaded (/etc/systemd/system/nbosjm-api.service; disabled;
vendor preset: disabled)
Drop-In: /run/systemd/system/nbosjm-api.service.d
└─50-pacemaker.conf
Active: active (running) since Thu 2020-04-16 22:30:11 UTC;
2 months 5 days ago
Main PID: 11815 (nbosjm-api)
Tasks: 1
CGroup: /system.slice/nbosjm-api.service
└─11815 /home/stack/myansible/bin/python /home/stack/
myansible/bin/nbosjm-api --config-file=/etc/
nbosjm/nbosjm.conf
nbosjm-scheduler
Ce service s'exécute et est actif sur chaque nœud NetBackup for OpenStack.
[root@Upstream ~]# systemctl status nbosjm-scheduler
● nbosjm-scheduler.service - nbosjm scheduler service
Loaded: loaded (/etc/systemd/system/nbosjm-scheduler.service; disabled;
vendor preset: disabled)
Drop-In: /run/systemd/system/nbosjm-scheduler.service.d
└─50-pacemaker.conf
Active: active (running) since Thu 2020-04-02 13:49:22 UTC; 2 months
20 days ago
Main PID: 29439 (nbosjm-sch)
Tasks: 1
CGroup: /system.slice/nbosjm-scheduler.service
└─29439 /home/stack/myansible/bin/python /home/stack/myansible
/bin/nbosjm-scheduler --config-file=/etc/nbosjm/
nbosjm.conf
nbosjm-cron
Ce service est contrôlé par Pacemaker et s'exécute uniquement sur le nœud principal.
[root@Upstream ~]# systemctl status nbosjm-cron
● nbosjm-cron.service - Cluster Controlled nbosjm-cron
Loaded: loaded (/etc/systemd/system/nbosjm-cron.service; disabled;
vendor preset: disabled)
Drop-In: /run/systemd/system/nbosjm-cron.service.d
└─50-pacemaker.conf
Active: active (running) since Wed 2021-01-27 19:59:26 UTC; 6 days ago
Main PID: 23071 (nbosjm-cro)
CGroup: /system.slice/nbosjm-cron.service
├─23071 /home/stack/myansible/bin/python3 /home/stack/
myansible/bin/nbosjm-cron --config-file=/etc/nbosjm
/nbosjm.conf
└─23248 /home/stack/myansible/bin/python3 /home/stack/
myansible/bin/nbosjm-cron --config-file=/etc/nbosjm/
nbosjm.conf
Feb 03 19:28:43 nbosvm1-ansible-ussuri-ubuntu18-vagrant nbosjm-cron
[23071]: ● nbosjm-cron.service - Cluster Controlled nbosjm-cron
Feb 03 19:28:43 nbosvm1-ansible-ussuri-ubuntu18-vagrant nbosjm-cron
[23071]: Loaded: loaded (/etc/systemd/system/nbosjm-cron.service; disabled;
vendor preset: disabled)
Feb 03 19:28:43 nbosvm1-ansible-ussuri-ubuntu18-vagrant nbosjm-cron
[23071]: Drop-In: /run/systemd/system/nbosjm-cron.service.d
Feb 03 19:28:43 nbosvm1-ansible-ussuri-ubuntu18-vagrant nbosjm-cron
[23071]: └─50-pacemaker.conf
Feb 03 19:28:43 nbosvm1-ansible-ussuri-ubuntu18-vagrant nbosjm-cron
[23071]: Active: active (running) since Wed 2021-01-27 19:59:26 UTC;
6 days ago
Feb 03 19:28:43 nbosvm1-ansible-ussuri-ubuntu18-vagrant nbosjm-cron
[23071]: Main PID: 23071 (nbosjm-cro)
Feb 03 19:28:43 nbosvm1-ansible-ussuri-ubuntu18-vagrant nbosjm-cron
[23071]: CGroup: /system.slice/nbosjm-cron.service
Feb 03 19:28:43 nbosvm1-ansible-ussuri-ubuntu18-vagrant nbosjm-cron
[23071]: ├─23071 /home/stack/myansible/bin/python3 /home/stack/myansible/
bin/nbosjm-cron --config-file=/etc/nbosjm/nbosjm.conf
Feb 03 19:28:43 nbosvm1-ansible-ussuri-ubuntu18-vagrant nbosjm-cron
[23071]: ├─23248 /home/stack/myansible/bin/python3 /home/stack/myansible/
bin/nbosjm-cron --config-file=/etc/nbosjm/nbosjm.conf
Feb 03 19:28:43 nbosvm1-ansible-ussuri-ubuntu18-vagrant nbosjm-cron
[23071]: └─27145 /usr/bin/systemctl status nbosjm-cron
État du cluster Pacemaker
Le cluster Pacemaker contrôle et surveille la VIP sur le cluster NetBackup for OpenStack. Il contrôle également sur quel nœud les services nbosjm-api et nbosjm-scheduler s'exécutent.
[root@Upstream ~]# pcs status
Cluster name: NetBackup for OpenStack
WARNINGS:
Corosync and pacemaker node names do not match (IPs used in setup?)
Stack: corosync
Current DC: nbosvm1-ansible-ussuri-ubuntu18-vagrant (version
1.1.23-1.el7_9.1-9acf116022) - chapterition with quorum
Last updated: Wed Feb 3 19:20:02 2021
Last change: Wed Jan 27 20:00:12 2021 by root via crm_resource on
nbosvm1-ansible-ussuri-ubuntu18-vagrant
1 node configured
6 resource instances configured
Online: [ nbosvm1-ansible-ussuri-ubuntu18-vagrant ]
Full list of resources:
virtual_ip (ocf::heartbeat:IPaddr2): Started nbosvm1-ansible-
ussuri-ubuntu18-vagrant
virtual_ip_public (ocf::heartbeat:IPaddr2): Started nbosvm1-
ansible-ussuri-ubuntu18-vagrant
virtual_ip_admin (ocf::heartbeat:IPaddr2): Started nbosvm1-
ansible-ussuri-ubuntu18-vagrant
virtual_ip_internal (ocf::heartbeat:IPaddr2): Started nbosvm1-
ansible-ussuri-ubuntu18-vagrant
nbosjm-cron (systemd:nbosjm-cron): Started nbosvm1-ansible-
ussuri-ubuntu18-vagrant
Clone Set: lb_nginx-clone [lb_nginx]
Started: [ nbosvm1-ansible-ussuri-ubuntu18-vagrant ]
Daemon Status:
corosync: active/enabled
pacemaker: active/enabled
pcsd: active/enabled
Disponibilité de montage
Le cluster NetBackup for OpenStack a besoin de l'accès à la cible de sauvegarde et doit disposer du montage approprié à tout moment.
[root@Upstream ~]# df -h
Filesystem Size Used Avail Use% Mounted on
devtmpfs 3.8G 0 3.8G 0% /dev
tmpfs 3.8G 38M 3.8G 1% /dev/shm
tmpfs 3.8G 427M 3.4G 12% /run
tmpfs 3.8G 0 3.8G 0% /sys/fs/cgroup
/dev/vda1 40G 8.8G 32G 22% /
tmpfs 773M 0 773M 0% /run/user/996
tmpfs 773M 0 773M 0% /run/user/0
10.10.2.20:/upstream 1008G 704G 254G 74% /var/NetBackupOpenStack-mounts/
MTAuMTAuMi4yMDovdXBzdHJlYW0=
10.10.2.20:/upstream2 483G 22G 462G 5% /var/NetBackupOpenStack-mounts/
MTAuMTAuMi4yMDovdXBzdHJlYW0y