Migrer des machines virtuelles de VMware vSphere vers des banques de données ONTAP
Les environnements VMware vSphere peuvent bénéficier considérablement de la migration de machines virtuelles vers des banques de données basées sur NetApp ONTAP. Que vous passiez d'un vSAN à des systèmes de stockage tiers ou que vous mettiez à niveau votre infrastructure existante, explorez différents scénarios vMotion et stratégies de migration pour effectuer une transition transparente de vos machines virtuelles vers des banques de données ONTAP . Cela garantit la continuité des activités tout en tirant parti des fonctionnalités de stockage de classe entreprise d'ONTAP.
VMware vSphere by Broadcom prend en charge les banques de données VMFS, NFS et vVol pour l'hébergement de machines virtuelles. Les clients ont la possibilité de créer ces magasins de données avec des infrastructures hyperconvergées ou avec des systèmes de stockage partagés centralisés.
Les clients voient souvent l'intérêt d'héberger des systèmes de stockage basés sur ONTAP pour fournir des instantanés et des clones de machines virtuelles à faible encombrement, la flexibilité de choisir différents modèles de déploiement dans les centres de données et les clouds, l'efficacité opérationnelle avec des outils de surveillance et d'alerte, la sécurité, la gouvernance et des outils de conformité optionnels pour inspecter les données des machines virtuelles, etc.
Les machines virtuelles hébergées sur des banques de données ONTAP peuvent être protégées à l’aide du plug-in SnapCenter pour VMware vSphere (SCV). SCV crée des instantanés basés sur le stockage et les réplique également sur un système de stockage ONTAP distant. Les restaurations peuvent être effectuées à partir de systèmes de stockage principaux ou secondaires.
Les clients ont la possibilité de choisir Cloud Insights ou Aria Operations ou une combinaison des deux ou d'autres outils tiers qui utilisent l'API ONTAP pour le dépannage, la surveillance des performances, la création de rapports et les fonctionnalités de notification d'alerte.
Les clients peuvent facilement provisionner la banque de données à l'aide du plug-in ONTAP Tools vCenter ou de son API et les machines virtuelles peuvent être migrées vers les banques de données ONTAP même lorsqu'elles sont sous tension.
|
Certaines machines virtuelles déployées avec un outil de gestion externe comme Aria Automation, Tanzu (ou d'autres versions de Kubernetes) dépendent généralement de la politique de stockage de la machine virtuelle. Si vous effectuez une migration entre les banques de données au sein de la même stratégie de stockage de machine virtuelle, l'impact sur les applications devrait être moindre. Vérifiez auprès des propriétaires d'applications pour migrer correctement ces machines virtuelles vers une nouvelle banque de données. vSphere 8 introduit "Notifications vSphere vMotion pour les applications sensibles à la latence" pour préparer les applications pour vMotion. |
Exigences réseau
Migration de VM avec vMotion
On suppose qu'un réseau de stockage double est déjà en place pour la banque de données ONTAP afin de fournir une connectivité, une tolérance aux pannes et une amélioration des performances.
La migration des machines virtuelles sur les hôtes vSphere est également gérée par l'interface VMKernel de l'hôte vSphere. Pour la migration à chaud (machines virtuelles sous tension), l'interface VMKernel avec le service vMotion activé est utilisée et pour la migration à froid (machines virtuelles hors tension), l'interface VMKernel avec le service de provisionnement activé est utilisée pour déplacer les données. Si aucune interface valide n'a été trouvée, l'interface de gestion sera utilisée pour déplacer les données, ce qui peut ne pas être souhaitable pour certains cas d'utilisation.
Lorsque vous modifiez l'interface VMKernel, voici l'option permettant d'activer les services requis.
|
Assurez-vous qu'au moins deux cartes réseau de liaison montante actives à haut débit sont disponibles pour le groupe de ports utilisé par les interfaces vMotion et Provisioning VMkernel. |
Scénarios de migration de machines virtuelles
vMotion est souvent utilisé pour migrer les machines virtuelles quel que soit leur état d'alimentation. Des considérations supplémentaires et une procédure de migration pour des scénarios spécifiques sont disponibles ci-dessous.
|
Comprendre "Conditions et limitations de vSphere vMotion" avant de procéder à toute option de migration de machine virtuelle. |
Migration de machines virtuelles à partir d'un datastore vSphere spécifique
Suivez la procédure ci-dessous pour migrer des machines virtuelles vers un nouveau magasin de données à l’aide de l’interface utilisateur.
-
Avec vSphere Web Client, sélectionnez le magasin de données dans l’inventaire de stockage et cliquez sur l’onglet VM.
-
Sélectionnez les machines virtuelles qui doivent être migrées et faites un clic droit pour sélectionner l’option Migrer.
-
Choisissez l'option pour modifier uniquement le stockage, cliquez sur Suivant
-
Sélectionnez la stratégie de stockage de machine virtuelle souhaitée et choisissez le magasin de données compatible. Cliquez sur Suivant.
-
Vérifiez et cliquez sur Terminer.
Pour migrer des machines virtuelles à l’aide de PowerCLI, voici l’exemple de script.
#Authenticate to vCenter
Connect-VIServer -server vcsa.sddc.netapp.local -force
# Get all VMs with filter applied for a specific datastore
$vm = Get-DataStore 'vSanDatastore' | Get-VM Har*
#Gather VM Disk info
$vmdisk = $vm | Get-HardDisk
#Gather the desired Storage Policy to set for the VMs. Policy should be available with valid datastores.
$storagepolicy = Get-SPBMStoragePolicy 'NetApp Storage'
#set VM Storage Policy for VM config and its data disks.
$vm, $vmdisk | Get-SPBMEntityConfiguration | Set-SPBMEntityConfiguration -StoragePolicy $storagepolicy
#Migrate VMs to Datastore specified by Policy
$vm | Move-VM -Datastore (Get-SPBMCompatibleStorage -StoragePolicy $storagepolicy)
#Ensure VM Storage Policy remains compliant.
$vm, $vmdisk | Get-SPBMEntityConfiguration
Migration de machines virtuelles dans le même cluster vSphere
Suivez la procédure ci-dessous pour migrer des machines virtuelles vers un nouveau magasin de données à l’aide de l’interface utilisateur.
-
Avec vSphere Web Client, sélectionnez le cluster dans l’inventaire Hôte et cluster et cliquez sur l’onglet VM.
-
Sélectionnez les machines virtuelles qui doivent être migrées et faites un clic droit pour sélectionner l’option Migrer.
-
Choisissez l'option pour modifier uniquement le stockage, cliquez sur Suivant
-
Sélectionnez la stratégie de stockage de machine virtuelle souhaitée et choisissez le magasin de données compatible. Cliquez sur Suivant.
-
Vérifiez et cliquez sur Terminer.
Pour migrer des machines virtuelles à l’aide de PowerCLI, voici l’exemple de script.
#Authenticate to vCenter
Connect-VIServer -server vcsa.sddc.netapp.local -force
# Get all VMs with filter applied for a specific cluster
$vm = Get-Cluster 'vcf-m01-cl01' | Get-VM Aria*
#Gather VM Disk info
$vmdisk = $vm | Get-HardDisk
#Gather the desired Storage Policy to set for the VMs. Policy should be available with valid datastores.
$storagepolicy = Get-SPBMStoragePolicy 'NetApp Storage'
#set VM Storage Policy for VM config and its data disks.
$vm, $vmdisk | Get-SPBMEntityConfiguration | Set-SPBMEntityConfiguration -StoragePolicy $storagepolicy
#Migrate VMs to Datastore specified by Policy
$vm | Move-VM -Datastore (Get-SPBMCompatibleStorage -StoragePolicy $storagepolicy)
#Ensure VM Storage Policy remains compliant.
$vm, $vmdisk | Get-SPBMEntityConfiguration
|
Lorsque le cluster de banques de données est utilisé avec un stockage DRS (Dynamic Resource Scheduling) entièrement automatisé et que les deux banques de données (source et cible) sont du même type (VMFS/NFS/vVol), conservez les deux banques de données dans le même cluster de stockage et migrez les machines virtuelles à partir de la banque de données source en activant le mode de maintenance sur la source. L’expérience sera similaire à la manière dont les hôtes de calcul sont gérés pour la maintenance. |
Migration de machines virtuelles sur plusieurs clusters vSphere
|
Référer "Compatibilité CPU et compatibilité vSphere Enhanced vMotion" lorsque les hôtes source et cible appartiennent à des familles ou des modèles de processeurs différents. |
Suivez la procédure ci-dessous pour migrer des machines virtuelles vers un nouveau magasin de données à l’aide de l’interface utilisateur.
-
Avec vSphere Web Client, sélectionnez le cluster dans l’inventaire Hôte et cluster et cliquez sur l’onglet VM.
-
Sélectionnez les machines virtuelles qui doivent être migrées et faites un clic droit pour sélectionner l’option Migrer.
-
Choisissez l'option pour modifier la ressource de calcul et le stockage, cliquez sur Suivant
-
Naviguez et choisissez le bon cluster à migrer.
-
Sélectionnez la stratégie de stockage de machine virtuelle souhaitée et choisissez le magasin de données compatible. Cliquez sur Suivant.
-
Sélectionnez le dossier VM pour placer les VM cibles.
-
Sélectionnez le groupe de ports cible.
-
Vérifiez et cliquez sur Terminer.
Pour migrer des machines virtuelles à l’aide de PowerCLI, voici l’exemple de script.
#Authenticate to vCenter
Connect-VIServer -server vcsa.sddc.netapp.local -force
# Get all VMs with filter applied for a specific cluster
$vm = Get-Cluster 'vcf-m01-cl01' | Get-VM Aria*
#Gather VM Disk info
$vmdisk = $vm | Get-HardDisk
#Gather the desired Storage Policy to set for the VMs. Policy should be available with valid datastores.
$storagepolicy = Get-SPBMStoragePolicy 'NetApp Storage'
#set VM Storage Policy for VM config and its data disks.
$vm, $vmdisk | Get-SPBMEntityConfiguration | Set-SPBMEntityConfiguration -StoragePolicy $storagepolicy
#Migrate VMs to another cluster and Datastore specified by Policy
$vm | Move-VM -Destination (Get-Cluster 'Target Cluster') -Datastore (Get-SPBMCompatibleStorage -StoragePolicy $storagepolicy)
#When Portgroup is specific to each cluster, replace the above command with
$vm | Move-VM -Destination (Get-Cluster 'Target Cluster') -Datastore (Get-SPBMCompatibleStorage -StoragePolicy $storagepolicy) -PortGroup (Get-VirtualPortGroup 'VLAN 101')
#Ensure VM Storage Policy remains compliant.
$vm, $vmdisk | Get-SPBMEntityConfiguration
Migration de machines virtuelles entre serveurs vCenter dans le même domaine SSO
Suivez la procédure ci-dessous pour migrer les machines virtuelles vers le nouveau serveur vCenter répertorié sur la même interface utilisateur du client vSphere.
|
Pour des exigences supplémentaires telles que les versions source et cible de vCenter, etc., consultez "Documentation vSphere sur les exigences de vMotion entre les instances de serveur vCenter" |
-
Avec vSphere Web Client, sélectionnez le cluster dans l’inventaire Hôte et cluster et cliquez sur l’onglet VM.
-
Sélectionnez les machines virtuelles qui doivent être migrées et faites un clic droit pour sélectionner l’option Migrer.
-
Choisissez l'option pour modifier la ressource de calcul et le stockage, cliquez sur Suivant
-
Sélectionnez le cluster cible dans le serveur vCenter cible.
-
Sélectionnez la stratégie de stockage de machine virtuelle souhaitée et choisissez le magasin de données compatible. Cliquez sur Suivant.
-
Sélectionnez le dossier VM pour placer les VM cibles.
-
Sélectionnez le groupe de ports cible.
-
Passez en revue les options de migration et cliquez sur Terminer.
Pour migrer des machines virtuelles à l’aide de PowerCLI, voici l’exemple de script.
#Authenticate to Source vCenter
$sourcevc = Connect-VIServer -server vcsa01.sddc.netapp.local -force
$targetvc = Connect-VIServer -server vcsa02.sddc.netapp.local -force
# Get all VMs with filter applied for a specific cluster
$vm = Get-Cluster 'vcf-m01-cl01' -server $sourcevc| Get-VM Win*
#Gather the desired Storage Policy to set for the VMs. Policy should be available with valid datastores.
$storagepolicy = Get-SPBMStoragePolicy 'iSCSI' -server $targetvc
#Migrate VMs to target vCenter
$vm | Move-VM -Destination (Get-Cluster 'Target Cluster' -server $targetvc) -Datastore (Get-SPBMCompatibleStorage -StoragePolicy $storagepolicy -server $targetvc) -PortGroup (Get-VirtualPortGroup 'VLAN 101' -server $targetvc)
$targetvm = Get-Cluster 'Target Cluster' -server $targetvc | Get-VM Win*
#Gather VM Disk info
$targetvmdisk = $targetvm | Get-HardDisk
#set VM Storage Policy for VM config and its data disks.
$targetvm, $targetvmdisk | Get-SPBMEntityConfiguration | Set-SPBMEntityConfiguration -StoragePolicy $storagepolicy
#Ensure VM Storage Policy remains compliant.
$targetvm, $targetvmdisk | Get-SPBMEntityConfiguration
Migration de machines virtuelles entre serveurs vCenter dans différents domaines SSO
|
Ce scénario suppose que la communication existe entre les serveurs vCenter. Sinon, vérifiez le scénario d'emplacement du centre de données répertorié ci-dessous. Pour les prérequis, consultez "Documentation vSphere sur Advanced Cross vCenter vMotion" |
Suivez la procédure ci-dessous pour migrer des machines virtuelles vers un serveur vCenter différent à l’aide de l’interface utilisateur.
-
Avec vSphere Web Client, sélectionnez le serveur vCenter source et cliquez sur l’onglet VM.
-
Sélectionnez les machines virtuelles qui doivent être migrées et faites un clic droit pour sélectionner l’option Migrer.
-
Choisissez l'option Exportation inter-serveurs vCenter, cliquez sur Suivant
La machine virtuelle peut également être importée à partir du serveur vCenter cible. Pour cette procédure, vérifiez "Importer ou cloner une machine virtuelle avec Advanced Cross vCenter vMotion" -
Fournissez les informations d’identification vCenter et cliquez sur Connexion.
-
Confirmer et accepter l'empreinte du certificat SSL du serveur vCenter
-
Développez le vCenter cible et sélectionnez le cluster de calcul cible.
-
Sélectionnez le magasin de données cible en fonction de la stratégie de stockage de la machine virtuelle.
-
Sélectionnez le dossier de la machine virtuelle cible.
-
Sélectionnez le groupe de ports VM pour chaque mappage de carte d’interface réseau.
-
Vérifiez et cliquez sur Terminer pour démarrer vMotion sur les serveurs vCenter.
Pour migrer des machines virtuelles à l’aide de PowerCLI, voici l’exemple de script.
#Authenticate to Source vCenter
$sourcevc = Connect-VIServer -server vcsa01.sddc.netapp.local -force
$targetvc = Connect-VIServer -server vcsa02.sddc.netapp.local -force
# Get all VMs with filter applied for a specific cluster
$vm = Get-Cluster 'Source Cluster' -server $sourcevc| Get-VM Win*
#Gather the desired Storage Policy to set for the VMs. Policy should be available with valid datastores.
$storagepolicy = Get-SPBMStoragePolicy 'iSCSI' -server $targetvc
#Migrate VMs to target vCenter
$vm | Move-VM -Destination (Get-Cluster 'Target Cluster' -server $targetvc) -Datastore (Get-SPBMCompatibleStorage -StoragePolicy $storagepolicy -server $targetvc) -PortGroup (Get-VirtualPortGroup 'VLAN 101' -server $targetvc)
$targetvm = Get-Cluster 'Target Cluster' -server $targetvc | Get-VM Win*
#Gather VM Disk info
$targetvmdisk = $targetvm | Get-HardDisk
#set VM Storage Policy for VM config and its data disks.
$targetvm, $targetvmdisk | Get-SPBMEntityConfiguration | Set-SPBMEntityConfiguration -StoragePolicy $storagepolicy
#Ensure VM Storage Policy remains compliant.
$targetvm, $targetvmdisk | Get-SPBMEntityConfiguration
Migration de machines virtuelles entre différents centres de données
-
Lorsque le trafic de couche 2 est réparti sur plusieurs centres de données à l'aide de NSX Federation ou d'autres options, suivez la procédure de migration des machines virtuelles sur les serveurs vCenter.
-
HCX fournit divers "types de migration" y compris la réplication assistée vMotion à travers les centres de données pour déplacer les machines virtuelles sans aucun temps d'arrêt.
-
"Gestionnaire de récupération de site (SRM)"est généralement destiné à des fins de reprise après sinistre et également souvent utilisé pour la migration planifiée utilisant une réplication basée sur une baie de stockage.
-
Utilisation des produits de protection continue des données (CDP) "API vSphere pour E/S (VAIO)" pour intercepter les données et envoyer une copie à un emplacement distant pour une solution RPO proche de zéro.
-
Les produits de sauvegarde et de récupération peuvent également être utilisés. Mais cela entraîne souvent un RTO plus long.
-
"BlueXP Reprise après sinistre en tant que service (DRaaS)"utilise la réplication basée sur une baie de stockage et automatise certaines tâches pour récupérer les machines virtuelles sur le site cible.
Migration de machines virtuelles dans un environnement cloud hybride
-
"Configurer le mode hybride lié"et suivez la procédure de"Migration de machines virtuelles entre serveurs vCenter dans le même domaine SSO"
-
HCX fournit divers "types de migration" y compris la réplication assistée vMotion dans les centres de données pour déplacer la machine virtuelle pendant qu'elle est sous tension.
-
"BlueXP Reprise après sinistre en tant que service (DRaaS)"utilise la réplication basée sur une baie de stockage et automatise certaines tâches pour récupérer les machines virtuelles sur le site cible.
-
Avec les produits de protection continue des données (CDP) pris en charge qui utilisent "API vSphere pour E/S (VAIO)" pour intercepter les données et envoyer une copie à un emplacement distant pour une solution RPO proche de zéro.
|
Lorsque la machine virtuelle source réside sur une banque de données vVol en mode bloc, elle peut être répliquée avec SnapMirror vers Amazon FSx ONTAP ou Cloud Volumes ONTAP (CVO) chez d'autres fournisseurs de cloud pris en charge et consommée en tant que volume iSCSI avec des machines virtuelles natives du cloud. |
Scénarios de migration de modèles de machines virtuelles
Les modèles de machine virtuelle peuvent être gérés par vCenter Server ou par une bibliothèque de contenu. La distribution des modèles VM, des modèles OVF et OVA, d'autres types de fichiers sont gérés en les publiant dans la bibliothèque de contenu locale et les bibliothèques de contenu distantes peuvent s'y abonner.
-
Les modèles de machine virtuelle stockés sur l’inventaire vCenter peuvent être convertis en machine virtuelle et utiliser les options de migration de machine virtuelle.
-
Les modèles OVF et OVA, ainsi que d'autres types de fichiers stockés dans la bibliothèque de contenu, peuvent être clonés vers d'autres bibliothèques de contenu.
-
Les modèles de VM de bibliothèque de contenu peuvent être hébergés sur n'importe quel magasin de données et doivent être ajoutés à la nouvelle bibliothèque de contenu.
Migration des modèles de machines virtuelles hébergés sur le datastore
-
Dans vSphere Web Client, cliquez avec le bouton droit sur le modèle de machine virtuelle sous la vue du dossier Machine virtuelle et modèles et sélectionnez l'option de conversion en machine virtuelle.
-
Une fois converti en VM, suivez les options de migration de VM.
Clone d'éléments de la bibliothèque de contenu
-
Dans vSphere Web Client, sélectionnez Bibliothèques de contenu
-
Sélectionnez la bibliothèque de contenu dans laquelle se trouve l'élément que vous souhaitez cloner
-
Faites un clic droit sur l'élément et cliquez sur Cloner l'élément.
Si vous utilisez le menu d'action, assurez-vous que l'objet cible correct est répertorié pour effectuer l'action. -
Sélectionnez la bibliothèque de contenu cible et cliquez sur OK.
-
Valider que l'élément est disponible dans la bibliothèque de contenu cible.
Voici l'exemple de script PowerCLI pour copier les éléments de la bibliothèque de contenu de la bibliothèque de contenu CL01 vers CL02.
#Authenticate to vCenter Server(s)
$sourcevc = Connect-VIServer -server 'vcenter01.domain' -force
$targetvc = Connect-VIServer -server 'vcenter02.domain' -force
#Copy content library items from source vCenter content library CL01 to target vCenter content library CL02.
Get-ContentLibaryItem -ContentLibary (Get-ContentLibary 'CL01' -Server $sourcevc) | Where-Object { $_.ItemType -ne 'vm-template' } | Copy-ContentLibaryItem -ContentLibrary (Get-ContentLibary 'CL02' -Server $targetvc)
Ajout de VM en tant que modèles dans la bibliothèque de contenu
-
Dans vSphere Web Client, sélectionnez la machine virtuelle et cliquez avec le bouton droit pour choisir Cloner comme modèle dans la bibliothèque
Lorsque le modèle de machine virtuelle est sélectionné pour être cloné dans la bibliothèque, il ne peut le stocker qu'en tant que modèle OVF et OVA et non en tant que modèle de machine virtuelle. -
Confirmez que le type de modèle est sélectionné comme modèle de machine virtuelle et suivez les réponses de l'assistant pour terminer l'opération.
Pour plus de détails sur les modèles de VM dans la bibliothèque de contenu, consultez "Guide d'administration de la machine virtuelle vSphere"
Cas d'utilisation
Migration de systèmes de stockage tiers (y compris vSAN) vers des banques de données ONTAP .
-
En fonction de l’emplacement où la banque de données ONTAP est provisionnée, choisissez les options de migration de machine virtuelle ci-dessus.
Migration de la version précédente vers la dernière version de vSphere.
-
Si la mise à niveau sur place n'est pas possible, vous pouvez créer un nouvel environnement et utiliser les options de migration ci-dessus.
Dans l'option de migration Cross vCenter, importez depuis la cible si l'option d'exportation n'est pas disponible sur la source. Pour cette procédure, vérifiez"Importer ou cloner une machine virtuelle avec Advanced Cross vCenter vMotion"
Migration vers le domaine de charge de travail VCF.
-
Migrez les machines virtuelles de chaque cluster vSphere vers le domaine de charge de travail cible.
Pour permettre la communication réseau avec les machines virtuelles existantes sur d'autres clusters sur vCenter source, étendez le segment NSX en ajoutant les hôtes vSphere vCenter source à la zone de transport ou utilisez le pont L2 sur le bord pour autoriser la communication L2 dans le VLAN. Consultez la documentation NSX de "Configurer une machine virtuelle Edge pour le pontage"