Migrer une infrastructure vers un nouveau vDC
Découvrez comment gérer tous les aspects de la migration d'une infrastructure vers un vDC
Découvrez comment gérer tous les aspects de la migration d'une infrastructure vers un vDC
Dernière mise à jour le 16 décembre 2020
Le chemin de migration vDC n'est pas encore disponible car des mises à niveau et des opérations de maintenance sont en cours. Nous vous avertirons dès que cette migration sera possible.
La migration d'une infrastructure vers un nouveau vDC comporte deux aspects:
Ce guide explique comment couvrir tous les aspects de la migration d'une infrastructure OVHcloud préexistante vers un nouveau vDC.
Bare Metal Cloud
puis Managed Bare Metal
.Ce guide utilise les notions d'infrastructure d'origine et de vDC de destination.
Pour vous connecter à la plateforme VMware, vous pouvez choisir de bloquer l'accès au vSphere par défaut. Pour cela, consultez notre guide sur la politique d'accès au vCenter.
Suite au changement de politique d'accès, si celle-ci est passée en « restreinte », il faut bien sûr appliquer les mêmes IPs de connexion sur le vDC de destination que sur l'infrastructure d'origine.
Dans le cycle de vie de l'infrastructure d'origine, une liste d'utilisateurs peut avoir été créée pour des besoins métiers, ou des besoins organisationnels. Vous devez donc les créer à nouveau sur le vDC de destination et leur attribuer les droits adéquats, en fonction de la configuration du vDC de destination.
Consultez à cet effet nos guides pour changer les droits d'un utilisateur, modifier le mot de passe d'un utilisateur et associer un e-mail à un utilisateur.
Si des machines virtuelles sont protégées par un chiffrement et que cela constitue un prérequis pour le vDC de destination, il sera nécessaire de recréer le contexte de chiffrement sur ce dernier.
Consultez donc notre guide sur l'activation du chiffrement des machines virtuelles afin d'activer le KMS sur le vDC de destination.
Des VMnetwork situés dans la même région ne pourront pas être inter-connectés dans un vRack.
Vous pouvez, dans le cadre d'une migration, lier vos services Managed Bare Metal au sein du même vRack. Consultez notre guide sur l'utilisation du Private Cloud au sein d'un vRack.
La migration implique de refaire la configuration du VMware High Availability (HA), notamment l'ordre et la priorité de boot. Consultez notre guide sur sa configuration.
Voici une liste d'éléments à prendre en compte :
Conseils d'automatisation : L'applet de commande Powercli « Get-Cluster » renvoie des informations sur les paramètres de configuration HA et DRS qui peuvent être appliqués au cluster de destination avec l'applet de commande « Set-Cluster ».
La migration implique la reconfiguration de la fonction VMware DRS (Distributed Resource Scheduler), en particulier des règles d'affinité ou d'anti-affinité pour les groupes d'hôtes et de VMs. Consultez notre guide sur la configuration de VMware DRS.
Voici une liste des éléments à prendre en compte:
Conseils d'automatisation : Ce fil de discussion de la communauté VMware détaille les options d'exportation et d'importation des règles d'affinité via powercli.
La migration nécessite la reconstruction des pools de ressources, notamment les réservations, les partages et les applications virtuelles. Cela s'applique également aux vApps et à toute configuration de commande de démarrage définie dans les vApps.
Pour plus d'informations, consultez la documentation de VMware pour la gestion des pools de ressources.
Voici une liste d'éléments à prendre en compte:
Conseils d'automatisation : L'applet de commande Powercli « Get-ResourcePool » pour rassembler les informations de la liste de ressources partagées et l'applet de commande « New-ResourcePool » pour recréer la liste de ressources partagées sur le vDC de destination.
Si des clusters de datastores sont présents dans l'infrastructure d'origine, la migration peut nécessiter la recréation de ces clusters de datastores sur le vDC de destination, si le même niveau de structure et le SDRS sont nécessaires.
Voici une liste des éléments à prendre en compte:
La migration implique la recréation des groupes de ports virtuels de vRack sur le vDC de destination pour garantir la cohérence du réseau de VMs. Si des VLAN vRack sont en cours d'utilisation sur le vRack de l'infrastructure d'origine, ils peuvent être utilisés pour étendre le domaine L2 au vDC de destination afin de permettre un plan de migration plus échelonné. Pour plus d'informations, consultez notre guide sur l'Utilisation du cloud privé dans un vRack.
Voici une liste des éléments à prendre en compte:
Pour plus d'informations, consultez la documentation de VMware :
- Paramètres généraux des portgroups
- Teaming & Failover
Conseils d'automatisation : L'applet de commande Powercli « Export-VDPortGroup » peut récupérer des informations de Portgroups virtuels distribués qui peuvent ensuite être importées dans le Distributed Switch de destination à l'aide de l'applet de commande « New-VDPortgroup -BackupPath ».
Si l'application Veeam fournie par OVHcloud est actuellement utilisée pour sauvegarder les VMs sur l'insfrastructure d'origine, il sera nécessaire de recréer la configuration de sauvegarde pour les VMs dans le vDC de destination après la migration.
Voici une liste des éléments à prendre en compte:
Consultez notre guide pour activer et utiliser Veeam Backup Managed.
Conseils d'automatisation : L'API OVHcloud fournit des informations liées à chaque sauvegarde de VM via:
La section « sauvegarde » du fichier json retourné fournit des informations sur la configuration de sauvegarde actuelle.
Pour des raisons d'organisation, les machines virtuelles, les hôtes ou les datastores peuvent avoir été placés dans des répertoires.
Si cette organisation est toujours nécessaire, il vous faudra la créer à nouveau dans le vDC de destination.
Il existe plusieurs méthodes pour migrer des VM vers un nouveau vDC.
Si votre source se trouve sur des hôtes Intel, vous pouvez utiliser vMotion pour migrer les VM sur le nouveau VDC.
Si votre source se trouve sur des hôtes AMD, mettez-les hors tension et utilisez la migration à froid.
Rejoignez notre communauté d'utilisateurs sur https://community.ovh.com/.
N’hésitez pas à nous proposer des suggestions d’amélioration afin de faire évoluer cette documentation.
Images, contenu, structure… N’hésitez pas à nous dire pourquoi afin de la faire évoluer ensemble !
Vos demandes d’assistance ne seront pas traitées par ce formulaire. Pour cela, utilisez le formulaire "Créer un ticket" .
Merci beaucoup pour votre aide ! Vos retours seront étudiés au plus vite par nos équipes..
Accedez à votre espace communautaire. Posez des questions, recherchez des informations, publiez du contenu et interagissez avec d’autres membres d'OVHcloud Community.
Echanger sur OVHcloud Community