-
1
3. Points d’attention lors d’une migration P2V (physical-to-virtual) avec VMware vCenter Converter
- 1.1 Utiliser Chocolatey pour installer le vCenter Converter
- 1.2 Utiliser une IP plutôt qu’un nom d’hôte
- 1.3 Désactiver l’encryption pour le transfert
- 1.4 Choisir une version d’image qui soit compatible avec votre future version d’ESXi
- 1.5 Configurer le stockage en thin provisioning
- 1.6 Durée indicative de transfert
- 1.7 Bonus : BareTail, un logiciel pratique pour voir les logs de vCenter Converter
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 :
- 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)
- Configurer pfSense sur une Dedibox avec ESXi pour effectuer une migration P2V (physical-to-virtual) avec VMware vCenter Converter
- Points d’attention lors d’une migration P2V (physical-to-virtual) avec VMware vCenter Converter
- 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é !
- Ouvrir le fichier
converter-worker.xml
situé dansC:\ProgramData\VMware\VMware vCenter Converter Standalone
- Mettre
useSsl
àfalse
- Taper «
run
» dans le Menu démarrer et lancerservices.mmc
- 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
- Liste des versions d’ESXi disponibles chez OVH
- Liste des versions d’ESXi disponibles chez Online (Dedibox)
- VMware : Virtual Machine Compatibility
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. ??
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. ?
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