Tino Vazquez, COO d’OpenNebula Systems, va publicar el 17 de juny de 2026 un article on explica com treure càrregues de treball de VMware i portar-les a un núvol basat en KVM gestionat per OpenNebula. El text deixa clar des del principi que migrar no és només convertir un format de disc a un altre. És un procés que convé preparar i executar per parts, sobretot si tens un parc gran de màquines virtuals heretat d’anys d’inversió en vSphere.
Tres fases en lloc d’un salt al buit
El mètode es divideix en tres fases. La primera és de validació i configuració: s’avalua l’entorn VMware d’origen i es prepara el núvol OpenNebula de destinació. Moltes empreses arrenquen amb un núvol “pivot” petit per provar abans de tocar producció.
La segona fase desenvolupa el procés de migració. Es prenen VMs representatives de diferents famílies de sistema operatiu i tipus de càrrega, es migren com a pilot i es documenta quins ajustos cal tocar al sistema convidat. Així s’afinen els procediments abans d’anar a totes.
La tercera és l’execució, que es fa en onades controlades seguint el que s’ha validat: preparació de la VM, conversió de la imatge, traspàs de metadades, creació de recursos, mapatge de xarxa i validació final.
OneSwap i els seus mètodes de transferència
L’eina que mou les dades és OneSwap. Admet diversos mètodes segons el teu entorn:
- Transferència híbrida, que descarrega la imatge en local abans d’importar-la a OpenNebula.
- Transferència basada en VDDK, el kit de desenvolupament de discos virtuals de VMware.
- Còpia directa per SSH des de l’amfitrió ESXi.
- Transferència via API de vCenter, que el mateix article assenyala com l’opció més lenta.
A més gestiona fitxers OVA i discos VMDK solts, per si necessites importar appliances o discos individuals.
Migració delta: d’hores d’aturada a minuts
La part més interessant per a qui tingui serveis que no pot aturar és la migració delta. La majoria de les dades es transfereixen mentre la VM d’origen continua funcionant. Quan acaba la sincronització inicial, només es copien els blocs de disc que han canviat durant el breu tall. Això redueix l’aturada de servei d’hores a uns pocs minuts.
Com a referència concreta, una VM amb Windows Server 2022 i un disc de 20 GB es va convertir en uns 12 minuts sobre xarxa d’1 Gbps i emmagatzematge local.
Què esperar en temps i cost
OneSwap va aconseguir un 90% de conversió automàtica de VMs en projectes reals. L’article aclareix que és una dada de camp, no una garantia: el resultat depèn de la versió del sistema convidat, la configuració de la VM, l’emmagatzematge, la xarxa i les restriccions de cada aplicació.
Sobre terminis, un entorn de 50 a 100 VMs es mou en 4 a 8 setmanes; de 100 a 250 VMs, en 2 a 4 mesos; de 250 a 1000 VMs, entre 3 i 9 mesos. Per a un entorn de 250 VMs, els serveis professionals solen anar de prop de 25.000 a 50.000 euros segons l’abast.
Si vols entendre millor les peces de la pila de destinació, et pot anar bé el nostre repàs a KVM, QEMU i libvirt a RHEL.
A qui li interessa això: a equips que volen abaixar costos d’infraestructura, reduir la dependència d’un únic proveïdor o muntar la base d’un núvol privat, sobirà o híbrid sense llençar per la borda anys d’inversió en VMware.
Font
Article original d’OpenNebula: The OpenNebula Model for VMware Workload Migration, per Tino Vazquez (17 de juny de 2026). Recopilat a través de QEMU com a agregador de novetats de virtualització.