3 votes

Est-il facile de migrer une image VM Linux d'un environnement VM à un autre ?

Si je m'en tiens à l'une des images de disque VM standard et bien supportées (comme une image brute, ou VDI, VMDK, ...), les VM Linux sont-elles généralement faciles à déplacer entre les environnements VM ? Par exemple, entre (disons) VirtualBox et KVM, ou VMWare et Xen ? Je parle ici d'environnements entièrement virtualisés, et non de paravirtualisation nécessitant un support au sein du système d'exploitation invité.

Il me semble que les noyaux de la plupart des distributions Linux sont aujourd'hui configurés pour... garder l'esprit ouvert et détecter les choses au démarrage, de sorte que vous n'avez pas le problème que vous rencontrez parfois en déplaçant une VM Windows d'un système de virtualisation à un autre (je pense en particulier aux problèmes de HAL que Windows rencontre, comme l'ACPI par rapport au non-ACPI ; j'ai également vu des VM Windows se comporter de manière étrange lorsqu'elles ont été déplacées de VMWare à VirtualBox, par exemple).

Je cherche une réponse générale, mais si cela peut aider, je vais surtout faire cela avec des invités Ubuntu 8.04 LTS et 10.04 LTS. Mais cela pourrait changer.

2voto

TonyB Points 2482

J'ai déplacé des VM Linux de VMWare à xen à openvz à kvm et retour et je n'ai eu aucun problème qui ne pouvait être résolu en massant /etc/. modules un peu, mais rien que vous ne puissiez pas faire avec un peu de recherche sur Google.

Pour Windows, c'est une autre histoire. J'ai réussi à déplacer une VM de serveur Win2003 de VMWare à xen, mais pas sans chirurgie à cœur ouvert (montage de l'image dans linux et modification manuelle de la configuration de boot loader). J'ai également réussi à déplacer de xen à kvm sans aucun problème, mais c'est à prévoir puisqu'ils fonctionnent tous deux sous qemu.

2voto

Jeff Hillman Points 3333

Linux est capable de charger des modules (pilotes) pour sa plate-forme matérielle à la demande. Tant que votre noyau est capable de trouver des modules pour votre matériel, la plate-forme sur laquelle vous démarrez votre VM n'a pas d'importance, à quelques exceptions près :

  • pour tous les types d'hyperviseurs, utilisez du matériel générique : utilisez des disques IDE (pas SCSI, KVM est nul avec les disques SCSI) et utilisez des adaptateurs réseau e1000. Pour la portabilité, évitez les disques vda de KVM ou VMware vmxnet. Ce n'est pas toujours possible (VMware utilise SCSI par défaut), mais cela peut aider.
  • veillez à utiliser les mêmes adresses MAC pour la VM migrée sur la nouvelle plate-forme que sur l'ancienne.
  • utilisez LVM pour vos disques : le chargeur d'amorçage trouvera votre noyau et lui fournira votre initrd ; si vous utilisez LVM, vous n'aurez pas à vous inquiéter de la perte des disques (ou moins, en tout cas).
  • laissez votre configuration réseau en DHCP si possible
  • n'installez pas VMwareTools et similaires
  • générez un initrd et essayez d'y mettre le maximum de pilotes dont vous aurez besoin sur les autres plateformes. Cela vous sauvera la mise lorsque vous essayerez de passer de KVM (disques IDE) à VMware (disques SCSI) et vous avez déjà le support pour le contrôleur LSI Logic SCSCI de VMware dans votre initrd.

0voto

Je ne suis pas un pro mais j'utilise souvent le même VMDK d'une machine virtuelle VMware dans une machine virtuelle VirtualBox, donc je suppose qu'il y a des standards entre les disques virtuels. Je n'ai jamais essayé Xen ou une autre solution.

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X