NetBackup™ Snapshot Manager Guide d'installation et de mise à niveau
- Introduction
- Section I. Installation et configuration de NetBackup Snapshot Manager
- Préparation de l'installation de NetBackup Snapshot Manager
- Déploiement de NetBackup Snapshot Manager à l'aide d'images de conteneurs
- Déploiement d'extensions NetBackup Snapshot Manager
- Installation de l'extension Snapshot Manager sur une machine virtuelle
- Installation de l'extension Snapshot Manager sur un cluster Kubernetes géré (AKS) dans Azure
- Installation de l'extension Snapshot Manager sur un cluster Kubernetes géré (EKS) dans AWS
- Installation de l'extension Snapshot Manager sur un cluster Kubernetes géré (GKE) dans GCP
- Plug-ins cloud de NetBackup Snapshot Manager
- Remarques relatives à la configuration du plug-in AWS
- Remarques relatives à la configuration du plug-in Google Cloud Platform
- Remarques relatives à la configuration du plug-in Microsoft Azure
- Remarques relatives à la configuration du plug-in Microsoft Azure Stack Hub
- Agents d'application et plug-ins de NetBackup Snapshot Manager
- Installation et configuration de l'agent Snapshot Manager
- Configuration du plug-in d'application Snapshot Manager
- Plug-in Microsoft SQL
- Étapes supplémentaires requises après une restauration de snapshot d'instance SQL Server
- Plug-in Oracle
- Plan de protection NetBackup
- Protection des biens à l'aide de la fonction sans agent de NetBackup Snapshot Manager
- Chiffrement de volume dans NetBackup Snapshot Manager
- Sécurité de NetBackup Snapshot Manager
- Préparation de l'installation de NetBackup Snapshot Manager
- Section II. Maintenance de NetBackup Snapshot Manager
- Consignation dans NetBackup Snapshot Manager
- Mise à niveau de NetBackup Snapshot Manager
- Migration et mise à niveau de Snapshot Manager
- Tâches suivant une mise à niveau :
- Désinstallation de NetBackup Snapshot Manager
- Dépannage de NetBackup Snapshot Manager
Remarques relatives à la configuration du plug-in AWS
Le plug-in Amazon Web Services (AWS) vous permet de créer, de restaurer et de supprimer des snapshots des biens suivants dans un cloud Amazon :
Instances Elastic Compute Cloud (EC2)
Volumes Elastic Block Store (EBS)
Instances Amazon Relational Database Service (RDS)
Clusters Aurora
Remarque :
avant de configurer le plug-in AWS, assurez-vous que vous avez configuré les autorisations appropriées afin que Snapshot Manager puisse utiliser vos biens AWS.
Snapshot Manager prend en charge les régions AWS suivantes :
Tableau : Régions AWS prises en charge par Snapshot Manager
Régions AWS commerciales |
Régions AWS GovCloud (US) |
---|---|
|
|
Les informations suivantes sont requises afin de configurer le plug-in Snapshot Manager pour AWS :
Si Snapshot Manager est déployé sur un hôte sur site ou une machine virtuelle :
Tableau : Paramètres de configuration du plug-in AWS
Paramètre de configuration Snapshot Manager |
Terme équivalent et description AWS |
---|---|
Clé d'accès |
ID de clé d'accès. Lorsqu'elle est spécifiée avec la clé d'accès secrète, autorise Snapshot Manager à interagir avec les API AWS. |
Clé secrète |
Clé d'accès secrète. |
Régions |
Une ou plusieurs régions AWS où découvrir les biens cloud. |
Remarque :
Snapshot Manager chiffre les informations d'authentification à l'aide du chiffrement AES-256.
Si Snapshot Manager est déployé dans le cloud AWS :
Tableau : Paramètres de configuration du plug-in AWS : déploiement du cloud
Paramètre de configuration Snapshot Manager |
Description |
---|---|
Pour la configuration du compte source | |
Régions |
Une ou plusieurs régions AWS associées au compte source AWS où découvrir les biens cloud. Remarque : Si vous déployez Snapshot Manager à l'aide du modèle CloudFormation (CFT), le compte source est automatiquement configuré dans le cadre du workflow de déploiement basé sur un modèle. |
Pour la configuration du compte croisé | |
ID de compte |
ID de l'autre compte AWS (compte croisé) dont vous souhaitez protéger les biens à l'aide de l'instance Snapshot Manager configurée dans le compte source. |
Nom de rôle |
Rôle IAM attaché à l'autre compte AWS (compte croisé). |
Régions |
Une ou plusieurs régions AWS associées au compte croisé AWS où découvrir les biens cloud. |
Lorsque Snapshot Manager se connecte à AWS, il utilise les terminaux client suivants. Vous pouvez utiliser ces informations pour créer une liste autorisée sur votre pare-feu.
ec2.*.amazonaws.com
sts.amazonaws.com
rds.*.amazonaws.com
kms. *.amazonaws.com
ebs.*.amazonaws.com
iam.amazonaws.com
eks.*.amazonaws.com
autoscaling.*.amazonaws.com
(Pour la protection DBPaaS) dynamodb.*.amazonaws.com
En outre, vous devez spécifier les ressources et actions suivantes :
ec2.SecurityGroup.*
ec2.Subnet.*
ec2.Vpc.*
ec2.createInstance
ec2.runInstances
Si vous créez plusieurs configurations pour le même plug-in, assurez-vous qu'elles gèrent les biens de différentes régions. Un même jeu de biens cloud ne doit pas être géré simultanément par plusieurs configurations de plug-in.
Lorsque plusieurs comptes sont gérés avec un même Snapshot Manager, le nombre de biens gérés par une instance de Snapshot Manager peut devenir trop important. Dans ce cas, il est recommandé de répartir les biens sur plusieurs serveurs.
La création de snapshots cohérents au niveau application nécessiterait des connexions réseau avec ou sans agent entre l'instance de machine virtuelle distante et Snapshot Manager, ce qui impliquerait la configuration d'un réseau de comptes/d'abonnement/de projets croisés.
Avant de configurer le plug-in, tenez compte des points suivants :
Snapshot Manager ne prend pas en charge les instances basées sur AWS Nitro qui utilisent des volumes EBS exposés en tant que périphériques NVMe (Non-Volatile Memory Express).
Pour que Snapshot Manager puisse découvrir et protéger des instances Windows basées sur AWS Nitro qui utilisent des volumes NVMe EBS, assurez-vous que le fichier exécutable de l'outil NVMe AWS (
ebsnvme-id.exe
) est présent à l'un des emplacements suivants sur l'instance Windows AWS :Pour permettre à Snapshot Manager de découvrir et de protéger des instances Windows créées à partir d'une AMI personnalisée ou d'une AMI de la communauté :
Les pilotes NVMe AWS doivent être installés sur les AMI personnalisées ou les AMI de la communauté. Consultez ce lien.
Installez
ebsnvme-id.exe
dans%PROGRAMDATA%\Amazon\Tools
ou dans%PROGRAMFILES%\Veritas\Cloudpoint
.Le nom de périphérique convivial doit contenir la sous-chaîne « NVMe » ou être mis à jour dans le registre Windows pour tous les périphériques NVMe.
Chemin d'accès au registre :
Computer\HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001
\Enum\SCSI\Disk&Ven_NVMe&Prod_Amazon_Elastic_B\
Nom de propriété : FriendlyName
Valeur : NVMe Amazon Elastic B SCSI Disk Drive
Vous ne pouvez pas supprimer les snapshots automatisés des instances RDS et des clusters Aurora via Snapshot Manager.
La cohérence d'application des applications AWS RDS dépend du comportement d'AWS (AWS interrompt les E/S lors de la sauvegarde de l'instance de base de données).
Il s'agit d'une limitation d'AWS qui ne relève actuellement pas du champ d'application de Snapshot Manager.
Tous les noms de snapshot automatisé commencent par le modèle
rds:
.Si vous configurez le plug-in de façon à ce qu'il découvre et protège les instances Windows basées sur AWS Nitro qui utilisent des volumes EBS NVMe, vous devez vous assurez que le fichier exécutable de l'outil NVMe d'AWS, ebsnvme-id.exe, est présent dans tous les emplacements suivants sur l'instance AWS :
%PROGRAMDATA%\Amazon\Tools
Il s'agit de l'emplacement par défaut de la plupart des instances AWS.
%PROGRAMFILES%\Veritas\Cloudpoint
Téléchargez et copiez manuellement le fichier exécutable vers cet emplacement.
Variable d'environnement PATH du système
Ajoutez ou mettez à jour le chemin d'accès du fichier exécutable dans la variable d'environnement PATH du système.
Si l'outil NVMe n'est pas présent dans l'un des emplacements mentionnés, Snapshot Manager risque de ne pas parvenir à découvrir les systèmes de fichiers sur ces instances. Vous verrez peut-être l'erreur suivante dans les journaux :
"ebsnvme-id.exe" not found in expected paths!"
Cela est requis uniquement pour les instances Windows basées sur AWS Nitro. De plus, si l'instance est lancée à l'aide de l'AMI de la communauté ou de l'AMI personnalisée, vous devrez peut-être installer l'outil manuellement.
Snapshot Manager ne prend pas en charge la réplication inter-comptes pour les instances ou les clusters AWS RDS si les snapshots sont chiffrés à l'aide de la clé de chiffrement RDS par défaut (aws/rds). Vous ne pouvez pas partager ces snapshots chiffrés entre différents comptes AWS.
Si vous essayez de répliquer ces snapshots entre différents comptes AWS, l'opération échoue avec l'erreur suivante :
Replication failed The source snapshot KMS key [<key>] does not exist, is not enabled or you do not have permissions to access it.
Il s'agit d'une limitation d'AWS qui ne relève actuellement pas du champ d'application de Snapshot Manager.
Si une région est supprimée de la configuration du plug-in AWS, tous les biens découverts de cette région sont également supprimés de la base de données des biens Snapshot Manager. Si des snapshots actifs sont associés aux biens supprimés, il est possible que vous ne puissiez effectuer aucune opération sur ces snapshots.
Une fois que vous avez replacé cette région dans la configuration du plug-in, Snapshot Manager découvre de nouveau tous les biens et vous pouvez reprendre les opérations sur les snapshots associés. Cependant, vous ne pouvez pas effectuer d'opérations de restauration sur les snapshots associés.
Snapshot Manager prend en charge les régions commerciales et GovCloud (US). Lors la configuration du plug-in AWS, même si vous pouvez sélectionner une combinaison de régions AWS GovCloud (US) et commerciales, la configuration peut échouer.
Snapshot Manager ne prend pas en charge les adresses IPv6 pour les instances AWS RDS. Il s'agit d'une limitation d'Amazon RDS. Elle n'est pas liée à Snapshot Manager.
Pour plus d'informations, consultez la documentation AWS.
Snapshot Manager ne prend pas en charge les snapshots cohérents au niveau application et les restaurations de fichiers granulaires pour les systèmes Windows avec des disques virtuels ou des espaces de stockage créés à partir d'un pool de stockage. Si un travail de snapshot Microsoft SQL Server utilise des disques d'un pool de stockage, il échoue avec une erreur. Cependant, un travail de snapshot lancé pour une machine virtuelle connectée peut aboutir. Dans ce cas, la suspension et l'indexation du système de fichiers sont ignorées. Le travail de restauration pour un disque individuel de ce type à l'emplacement d'origine échoue également. Dans ce cas, l'hôte peut passer à un état irrécupérable et nécessiter une récupération manuelle.