Conversion P2V (physical-to-virtual) d’un serveur Online Dedibox ou dédié OVH sous Debian 9 avec VMware ESXI 6/7 et pfSense

3. Points d’attention lors d’une migration P2V (physical-to-virtual) avec VMware vCenter Converter

Cet article étant particulièrement long, je l’ai découpé en plusieurs pages :

  1. Ce qui ne marche pas : problèmes avec VMware vCenter Converter pour effectuer une migration P2V (physical-to-virtual) vers un serveur ESXi chez OVH ou Online (Dedibox)
  2. Configurer pfSense sur une Dedibox avec ESXi pour effectuer une migration P2V (physical-to-virtual) avec VMware vCenter Converter
  3. Points d’attention lors d’une migration P2V (physical-to-virtual) avec VMware vCenter Converter
  4. Import et reconfiguration d’une P2V Debian 9 sous ESXi

Utiliser Chocolatey pour installer le vCenter Converter

Compte tenu du peu d’ergonomie et des bugs du site de VMware, il est plus rapide d’installer Chocolatey (qui est un peu apt ou yum de Windows) pour installer le Converter avec :

choco install vmware-converter

Utiliser une IP plutôt qu’un nom d’hôte

Bien que ça semble n’avoir aucun sens, en réalité les échecs de transfert pour cause de problème de résolution sont fréquents, alors que vous êtes au beau milieu d’un transfert qui dure des heures.

Autoriser l’IP de pfSense à se connecter à vSphere Client

À moins de lui attribuer une VIP (IP virtuelle) explicitement, la VM Windows sort avec l’IP publique de la VM pfSense. Il faut donc autoriser cette IP dans ESXi sous Mise en réseau > Règles de pare-feu.

Désactiver l’encryption pour le transfert

Je mets cette étape avant les suivantes car elle doit être réalisée avant de lancer le wizard. La désactivation du SSL va faire gagner beaucoup de temps sur un gros transfert. Évidemment, n’activez cette option que sur un réseau bien restreint et sécurisé !

  1. Ouvrir le fichier converter-worker.xml situé dans C:\ProgramData\VMware\VMware vCenter Converter Standalone
  2. Mettre useSsl à false
  3. Taper « run » dans le Menu démarrer et lancer services.mmc
  4. Redémarrer le service VMware Converter Worker

Documentation : Disabling SSL encryption on VMware Converter Standalone

Choisir une version d’image qui soit compatible avec votre future version d’ESXi

Le choix de la version de l’image de destination est proposé à l’étape 4 de l’assistant de conversion.

Configurer le stockage en thin provisioning

Bizarrement c’est le thick provisioning qui est configuré par défaut.

Durée indicative de transfert

Sur le réseau Online bridé à 300 Mbps, avec des machines source, destination, bridge (vCenter Converter) puissantes (Intel Xeon de 2019, full SSD), pour effectuer un P2V à partir d’une machine d’environ 500 Go, il faut compter environ 3h.

Pour transférer la même machine source, mais à destination d’une infra inférieure (un NAS Synology DS1621+ qui a pourtant un AMD Ryzen™ 4 cœurs 2,2 GHz + 20 Go de DDR4 et des HDD 7200 rpm) branché sur une Freebox fibre, il faut 16 heures. ?‍?

Le transfert via NAS est à réserver aux VM < 100 Go.

Et attendez-vous à recommencer plusieurs fois car en 16 heures, le réseau va sans doute planter plusieurs fois et il faudra recommencer de zéro. Quand on se réveille pour voir que le transfert a échoué pendant la nuit ça met dans le mood pour une belle journée de merde. ?

Network error au bout de 8 heures d’attente.

Bonus : BareTail, un logiciel pratique pour voir les logs de vCenter Converter

Pour simuler le tail -f de Linux, je vous recommande chaudement BareTail.

Suite : Import et reconfiguration d’une P2V Debian 9 sous ESXi

Laisser un commentaire

Votre adresse e-mail ne sera pas publiée.

Ce site utilise Akismet pour réduire les indésirables. En savoir plus sur comment les données de vos commentaires sont utilisées.