Migrer une infrastructure vers un nouveau 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.
Objectif
La migration d'une infrastructure vers un nouveau vDC comporte deux aspects:
- Le contexte Managed Bare Metal OVHcloud qui comprend la partie client, l'administration de votre infrastructure.
- Le contexte VMware qui comprend tout l'eco-système VMware, sur l'infrastructure elle-même.
Ce guide explique comment couvrir tous les aspects de la migration d'une infrastructure OVHcloud préexistante vers un nouveau vDC.
Prérequis
- Une infrastructure PCC
- Être connecté à votre espace client OVHcloud dans la partie
Bare Metal CloudpuisManaged Bare Metal.
En pratique
Ce guide utilise les notions d'infrastructure d'origine et de vDC de destination.
Contexte OVHcloud
Sécurité
Contexte de connexion au Managed Bare Metal
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.
Utilisateurs du Managed Bare Metal
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.
Key Management Server (KMS)
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.
Réseau
vRack
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.
Contexte VMware
Configuration de cluster
Configuration de VMware HA
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 :
- Réglages de monitoring du host
- Réglages de monitoring des VM
- Contrôle d'admission
- Options HA avancées
- Remplacements de VM
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 ».
Configuration de VMware DRS
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:
- Niveau d'automatisation
- Groupes de VMs / d'hôtes
- Règles d'affinité / d'anti-affinité des VMs / hôtes
- Remplacements des machines virtuelles
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.
Pools de ressources
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:
- Paramètres des partages CPU/mémoire
- Réservations CPU/mémoire
- Option évolutive CPU/Memory
- Limites CPU/mémoire
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.
Clusters des datastores
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:
- Niveau d'automatisation SDRS
- Espace SDRS, I/O, règle, stratégie, paramètres d'évacuation des VMs
- Règles d'affinité/anti-affinité SDRS
- Modifications des VMs SDRS
Réseaux
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:
- Type de VLAN des portgroups
- Paramètres de sécurité
- Paramètres de Teaming et de Failover
- Allocation des ressources réseau du client
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 ».
OVHcloud Veeam Backup
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:
- Liste des VMs en cours de sauvegarde
- Paramètres de sauvegarde
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.
Organisation logistique
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.
VM
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.
Aller plus loin
Rejoignez notre communauté d'utilisateurs sur https://community.ovh.com/.
Cette documentation vous a-t-elle été utile ?
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..