Protection des données des machines virtuelles
La sauvegarde et la restauration BlueXP pour les machines virtuelles assurent la protection des données en sauvegardant les datastores et en restaurant les machines virtuelles.
Vous pouvez sauvegarder des datastores dans Amazon Web Services S3, Microsoft Azure Blob, Google Cloud Platform et StorageGRID, et restaurer des machines virtuelles dans le plug-in SnapCenter sur site pour l'hôte VMware vSphere. La sauvegarde et la restauration BlueXP pour les machines virtuelles prennent également en charge le modèle de déploiement des connecteurs proxy.
Lisez les conditions suivantes pour vous assurer que votre configuration est prise en charge avant de commencer à sauvegarder des datastores et des machines virtuelles auprès d'un fournisseur cloud.
-
Plug-in SnapCenter pour VMware vSphere 4.6P1 ou version ultérieure
-
Vous devez utiliser le plug-in SnapCenter pour VMware vSphere 4.7P1 ou une version ultérieure pour sauvegarder des datastores depuis le stockage secondaire sur site.
-
-
ONTAP 9.8 ou version ultérieure
-
BlueXP
-
Les datastores NFS et VMFS sont pris en charge. Les vVols ne sont pas pris en charge.
-
Pour la prise en charge de VMFS, le plug-in SnapCenter pour l'hôte VMware vSphere doit être exécuté sur 4.9 ou une version ultérieure. Assurez-vous d'effectuer une sauvegarde du datastore VMFS si le plug-in SnapCenter pour l'hôte VMware vSphere a été mis à niveau à partir d'une version antérieure vers la version 4.9.
-
Au moins une sauvegarde doit avoir été incluse dans le plug-in SnapCenter pour VMware vSphere 4.6P1.
-
Au moins une règle quotidienne, hebdomadaire ou mensuelle du plug-in SnapCenter pour VMware vSphere sans étiquette ni même étiquette que celle de la politique relative aux machines virtuelles dans BlueXP.
-
Pour les règles prédéfinies, le niveau de planification doit être le même pour le datastore dans le plug-in SnapCenter pour VMware vSphere et dans le cloud.
-
Assurez-vous qu'il n'y a pas de volumes FlexGroup dans le datastore, car la sauvegarde et la restauration des volumes FlexGroup ne sont pas prises en charge.
-
Désactivez "_Recent" sur les groupes de ressources requis. Si «_Recent » est activé pour le groupe de ressources, les sauvegardes de ces groupes de ressources ne peuvent pas être utilisées pour la protection des données dans le cloud et ne peuvent plus être utilisées pour l'opération de restauration.
-
Assurez-vous que le datastore de destination sur lequel la machine virtuelle sera restaurée dispose d'un espace suffisant pour prendre en charge une copie de tous les fichiers des machines virtuelles tels que VMDK, VMX, VMSD, etc.
-
Assurez-vous que le datastore de destination ne contient pas de fichiers de machine virtuelle obsolètes au format restore_xxx_xxxxxx_filename des échecs précédents de l'opération de restauration. Vous devez supprimer les fichiers obsolètes avant de lancer une opération de restauration.
-
Pour déployer un connecteur avec proxy configuré, assurez-vous que tous les appels de connecteur sortants sont acheminés via le serveur proxy.
-
Si un volume qui sauvegarde un datastore est déjà protégé depuis l'onglet volumes (sauvegarde et restauration BlueXP → volumes), le même datastore ne peut pas être protégé à nouveau depuis l'onglet machines virtuelles (sauvegarde et restauration BlueXP → machines virtuelles).
L'image suivante montre chaque composant et les connexions que vous devez préparer entre eux :