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
Cohérence finale d'AWS S3
Le modèle de cohérence d'objet AWS S3 inclut :
Lecture après écriture
Lecture après mise à jour
Lecture après suppression
Chacun d'entre eux décrit comment un objet atteint son état cohérent après la création, la mise à jour ou la suppression d'un objet. Aucun d'entre eux ne fournit une cohérence solide et il y a un délai d'attente pour qu'un objet atteigne l'état cohérent. Bien que NetBackup for OpenStackait utilisé des mécanismes pour contourner les limitations de la cohérence finale d'AWS S3, le moment où un objet atteint son état de cohérence n'est pas déterministe. AWS n'a publié aucune déclaration officielle sur le temps nécessaire à un objet pour atteindre un état cohérent. Cependant, le modèle lecture après écriture bénéficie d'un temps plus court pour atteindre la cohérence par rapport à d'autres modèles d'E/S. Notre solution est conçue pour maximiser la configuration d'E/S en lecture après écriture. La durée d'atteinte de la cohérence finale d'un objet dépend également de la région AWS. Par exemple, la région aws-standard n'a pas de modèle de cohérence solide par rapport à us-east ou us-west. Nous suggérons d'utiliser ces régions lorsque vous créez des compartiments S3 pour NetBackup for OpenStack. Bien qu'il soit difficile d'éviter complètement la configuration d'E/S en lecture après mise à jour, nous avons utilisé des délais importants pour l'accès aux objets afin de permettre des durées plus longues pour que les objets entrent dans un état cohérent. Cependant, dans de rares cas, les sauvegardes peuvent encore échouer et doivent être redémarrées.