Migrazione da VMware a Proxmox VE: procedura passo per passo e rollback

Come funziona la migrazione da VMware a Proxmox?

La migrazione da VMware a Proxmox VE porta ogni macchina virtuale da un host ESXi a un nodo Proxmox VE: Proxmox VE adatta la configurazione della VM al proprio modello e converte i dischi VMDK nel formato dello storage di destinazione. Con gli strumenti di Proxmox VE la VM si migra spenta, da sola o in piccoli lotti, e quella di origine resta sul datastore VMware finché la nuova non ha superato le verifiche.

La corrispondenza fra i concetti dei due ambienti segue la guida alla migrazione di Proxmox:

Il confronto fra le due piattaforme su costi, licenze e funzioni sta nella pagina Proxmox vs VMware.

Cosa serve prima di iniziare

La migrazione richiede un nodo Proxmox VE aggiornato, un accesso amministrativo all'host ESXi e un backup verificato. L'import wizard è arrivato con Proxmox VE 8.2. Comandi e limiti di questa guida seguono la documentazione della 9.2, consultata a ottobre 2026: è l'ultima release alla data, uscita a maggio 2026 secondo la Roadmap di Proxmox VE. Prima di applicarli verifica la guida della release che installi.

• Proxmox VE 8.2 o successivo con gli aggiornamenti applicati; dalla 9.0 i dischi si importano anche dalla vista Hardware della VM.
• Accesso all'host ESXi in HTTPS con un account amministrativo, e il certificato dell'host attendibile oppure la verifica disattivata se è autofirmato.
• Storage di destinazione con spazio per tutti i dischi, più uno storage a file con il content type Import per gli OVA e gli OVF: dalla 9.1 l'installer lo attiva sugli storage che crea.
• Rete già pronta su Proxmox VE: i bridge e le VLAN che sostituiranno i port group.
• Backup verificato di ogni VM da migrare, con un ripristino di prova.
• Una VM di test su cui provare il metodo prima della produzione, come raccomanda la guida di Proxmox.

L'import si blocca con dischi su vSAN, dischi cifrati con una Storage Policy e datastore con caratteri come «+» nel nome: risolvi prima su VMware, spostando i dischi su un altro datastore, togliendo la cifratura e rinominando il datastore.

Passo 1: preparare la VM su VMware ESXi

Con la macchina ancora accesa su VMware, installa prima i driver VirtIO, perché senza di loro il sistema migrato può non trovare il disco, e togli i VMware Tools, perché dopo la migrazione sono difficili da rimuovere. La guida di Proxmox indica questi passi:

1. Installa i driver VirtIO nel sistema operativo ospite: su Windows dall'ISO virtio-win, su Linux verificando che i moduli siano nell'initramfs.
2. Annota la configurazione di rete (indirizzi, gateway, DNS, VLAN): la scheda di rete cambia e va riconfigurata.
3. Su Windows togli l'indirizzo IP statico: dopo la migrazione la scheda di rete è nuova, e assegnarle lo stesso indirizzo genera un avviso di conflitto con la scheda precedente, anche se non è più presente.
4. Aggiorna le prenotazioni DHCP con il nuovo MAC, oppure imposta il vecchio MAC sulla scheda della VM in Proxmox VE.
5. Disinstalla i VMware Tools.
6. Se il disco è cifrato con chiavi nel vTPM, disattiva la cifratura o tieni a portata di mano le chiavi di ripristino: lo stato del vTPM non si migra da VMware.
7. Consolida gli snapshot che non servono, perché rallentano l'import.
8. Spegni la VM.

Su Linux controlla che i moduli VirtIO siano nell'initramfs con i comandi della pagina sui driver paravirtualizzati per Linux:

# Debian e derivate (initramfs-tools)
lsinitramfs /boot/initrd.img-$(uname -r) | grep virtio
# RHEL, Fedora, Oracle Linux (dracut)
lsinitrd /boot/initramfs-$(uname -r).img | grep virtio

Se i moduli mancano, con initramfs-tools aggiungi virtio_scsi, virtio_blk, virtio_net e virtio_pci in /etc/initramfs-tools/modules e rigenera con update-initramfs -u -k all; con dracut usa l'opzione --add-drivers. Su Windows il driver del disco di avvio segue una procedura a parte, descritta nel passo 3.

Passo 2: importare la VM con l'import wizard da ESXi

L'import wizard di Proxmox VE legge la VM direttamente dall'host ESXi, ne riporta la configurazione e converte i dischi durante la copia. La guida di amministrazione di Proxmox VE (in italiano: sezione sull'importazione delle macchine virtuali del manuale di Proxmox VE) lo indica come provato su ESXi dalla 6.5 alla 8.0 e, nella documentazione della 9.2, ancora in tech preview: stabile ma in sviluppo. Per questo fai il primo import su una VM di test.

1. In Datacenter → Storage → Add scegli ESXi e inserisci indirizzo e credenziali dell'host. Con un certificato autofirmato spunta Skip Certificate Verification.
2. Seleziona il nuovo storage nell'albero delle risorse: la scheda Virtual Guests elenca le VM dell'host.
3. Seleziona la VM e premi Import.
4. Scegli lo storage di destinazione dei dischi e il bridge di rete.
5. Nella scheda Advanced assegna storage diversi ai singoli dischi, cambia modello o bridge delle schede di rete, escludi i dischi o i lettori CD che non servono.
6. Controlla in Resulting Config la configurazione che verrà creata.
7. Verifica che la VM su ESXi sia spenta e avvia l'import.

Collega lo storage al singolo host ESXi: l'importatore accetta anche vCenter, ma la documentazione stima prestazioni da 5 a 10 volte peggiori.

Live import: meno fermo, un rischio in più

Il live import avvia la VM su Proxmox VE mentre l'importazione è ancora in corso: i dati che servono all'avvio arrivano per primi, il resto in background. La VM su ESXi resta comunque spenta, quindi un fermo c'è, e all'inizio l'I/O è ridotto. La guida alla migrazione avverte che, se l'import fallisce, si perdono tutti i dati scritti dalla VM dopo l'avvio: provalo su una VM di test ed evitalo sulle reti lente o instabili.

Quante VM importare insieme

Esegui le importazioni da ESXi il più possibile una dopo l'altra. La guida di Proxmox spiega il perché: l'API di ESXi ha un limite basso di connessioni e, quando lo supera, blocca i client per circa 30 secondi, compresi gli import già in corso; in più ogni disco usa sul nodo una cache di lettura di 8 blocchi da 128 MiB. La regola della documentazione è non più di quattro dischi insieme, per esempio quattro VM con un disco o una VM con quattro dischi. Se compaiono errori 503 Service Unavailable, alza o disattiva il limite di sessioni dell'host ESXi: su ESXi 7.0 l'opzione maxSessionCount sta in Host → Manage → System → Advanced Settings.

Per decine di VM da spostare a lotti mentre restano accese c'è MultiPortal Migrator: replica i dischi da vSphere 8 con le VM in funzione e le passa a Proxmox VE 9.x al cutover; se qualcosa fallisce dopo lo spegnimento della sorgente, annulla la VM su Proxmox VE e riaccende quella VMware.

Come si importa una VM senza l'import wizard?

Senza l'import wizard la migrazione passa dal formato OVF o dalla copia dei singoli dischi. Sono i metodi adatti alle versioni di ESXi non comprese fra quelle provate, alle VM già esportate e a chi vuole decidere disco per disco; la configurazione della VM di destinazione la completi poi a mano.

Da OVF o OVA

Esporta la VM di ESXi in OVF con ovftool di VMware, anche direttamente su una cartella del nodo Proxmox VE, e importala con qm importovf. Lancia prima il comando con --dryrun: mostra i parametri letti dal file senza creare la VM.

./ovftool vi://root@<host-esxi>/<nome-vm> /percorso/di/export
qm importovf 100 Server.ovf local-zfs --dryrun 1
qm importovf 100 Server.ovf local-zfs

qm importovf crea la VM con processori, memoria e dischi letti dal file, ma senza scheda di rete, che aggiungi dopo. Dalla versione 8.3 (novembre 2024), come riportano le note di rilascio, puoi importare OVA e OVF anche dall'interfaccia web, da uno storage a file con il content type Import. Il file OVF non indica quasi mai il controller SCSI: per le VM UEFI la documentazione indica di scegliere VirtIO SCSI o VMware PVSCSI, perché quello predefinito non si avvia con OVMF.

Un disco alla volta con qm disk import

qm disk import converte un disco VMDK nel formato dello storage di destinazione e lo aggiunge a una VM già creata. Il nodo Proxmox VE deve vedere sia il descrittore .vmdk sia il file dati -flat.vmdk: il modo più semplice è una share di rete raggiungibile dai due ambienti, aggiunta come storage in Proxmox VE.

cd /mnt/pve/<storage-share>/Server
qm disk import 104 Server.vmdk local-zfs --target-disk scsi0
qm set 104 --boot order=scsi0

Senza --target-disk il disco compare come unused0 nella vista Hardware e lo colleghi a mano. Una VM Windows senza driver VirtIO si avvia solo con il disco su SATA o IDE (--target-disk sata0 e --boot order=sata0): passa a VirtIO solo dopo. Sugli storage a file l'opzione --format qcow2 sceglie il formato del disco.

Per i dischi molto grandi la guida descrive anche l'Attach & Move: la VM su Proxmox VE parte dal disco VMDK sulla share e lo sposta sullo storage finale mentre è accesa. Una regola non ha eccezioni: accendi la VM su VMware o su Proxmox VE, mai su entrambi, perché due avvii contemporanei corrompono il disco.

Passo 3: adattare driver, rete e storage

La configurazione di destinazione indicata dalla guida alla migrazione prevede il controller VirtIO SCSI single con IO thread e discard e la scheda di rete VirtIO. Il dispositivo di ballooning resta attivo anche senza usare il ballooning, per avere le statistiche di memoria; la CPU è host solo se tutti i nodi hanno lo stesso processore, altrimenti un modello generico x86-64-v<X> che mantiene la live migration. Le VM importate partono spesso con hardware emulato, scelto per compatibilità: portale a questa configurazione dopo il primo avvio riuscito.

qm set 104 --cpu x86-64-v2-AES --scsihw virtio-scsi-single
qm set 104 --agent 1

Completa le altre modifiche dalle viste Hardware e Options della VM:

• Disco di avvio di Windows: per passare a VirtIO SCSI, Windows deve prima vedere un disco VirtIO. La documentazione dei driver per Windows indica la sequenza: aggiungi un disco temporaneo da 1 GB su VirtIO SCSI, installa il driver vioscsi dall'ISO virtio-win, ricollega il disco di sistema come SCSI e togli quello temporaneo.
• Firmware: SeaBIOS se la VM si avviava in BIOS legacy, OVMF (UEFI) se si avviava in UEFI, con un disco EFI che conserva le voci di avvio.
• Rete: la scheda ha un nome nuovo nel sistema operativo; ripristina indirizzo, gateway e DNS annotati nel passo 1, con il tag VLAN sulla scheda della VM o sul bridge.
• QEMU guest agent: installalo nella VM (su Debian apt-get install qemu-guest-agent) e attivalo con --agent 1, così il nodo comunica con il sistema operativo ospite, per esempio per uno spegnimento pulito.

Passo 4: verificare la VM migrata

Verifica prima la configurazione della VM migrata su Proxmox VE, poi il sistema operativo e i servizi. Configurazione e agente li controlli dalla shell del nodo:

qm config 104                              # bus dei dischi, controller, schede di rete, firmware
qm agent 104 ping                          # il QEMU guest agent risponde
qm guest cmd 104 network-get-interfaces    # indirizzi visti dal sistema operativo

I controlli sul sistema operativo e sui servizi:

• i servizi della VM partono e rispondono alle richieste dei client, con DNS e regole del firewall aggiornati;
• le prestazioni di disco e rete sono in linea con quelle misurate su VMware prima dello spegnimento;
• su Windows il sistema risulta attivato e Gestione dispositivi non mostra periferiche sconosciute;
• il primo backup su Proxmox Backup Server e un ripristino di prova sono riusciti.

Annota ogni controllo con il suo esito nel piano di migrazione, il documento in cui registri per ogni VM metodo, finestra, verifiche e data di dismissione della copia su VMware. Per un cluster già in produzione, l'audit dell'infrastruttura Proxmox controlla la configurazione del nuovo ambiente.

Come si prepara il rollback?

Il rollback di una migrazione da VMware a Proxmox resta possibile finché la VM di origine è sul datastore, spenta. L'import wizard crea una VM nuova su Proxmox VE e non cancella quella di partenza, che elimini solo dopo le verifiche e il periodo di esercizio fissato nel piano di migrazione con i responsabili dei servizi.

Tornare indietro vuol dire annullare quello che hai cambiato nel passo 1:

1. Spegni la VM su Proxmox VE: le due copie non devono mai essere accese insieme.
2. Reinstalla i VMware Tools e, su Windows, rimetti l'indirizzo IP statico tolto prima della migrazione.
3. Riassegna prenotazioni DHCP e regole del firewall al MAC della scheda VMware.
4. Accendi la VM su ESXi e ripeti le verifiche dei servizi.

I dati scritti sulla VM in Proxmox VE dopo il cutover non tornano indietro da soli: nel piano stabilisci per ogni servizio fino a quando puoi scegliere il rollback e da quando serve un ripristino dai backup. Con Attach & Move il caso è diverso. Secondo la guida alla migrazione, il descrittore del disco su Proxmox VE punta al file -flat.vmdk di origine: finché il disco non è spostato la VM scrive su quel file, e la copia rimasta su VMware non è più quella del momento dello spegnimento.

Errori comuni

Gli errori di una migrazione da VMware a Proxmox VE si ripetono da una VM all'altra: cerca il sintomo nella prima colonna. Cause e soluzioni vengono dalla guida alla migrazione e dalla documentazione dei driver.

Migrare un intero ambiente con Rackone

Rackone è Proxmox Gold Partner e Proxmox Authorized Training Partner. Per un ambiente con decine di VM e dipendenze fra applicazioni, con il servizio di migrazione da VMware a Proxmox partiamo da un assessment e consegniamo un piano con l'ordine delle VM, le finestre di manutenzione e il rollback, prima della migrazione pilota.

Richiedi un assessment della migrazione

Domande frequenti

Proxmox VE può importare le VM direttamente da VMware ESXi?

Sì, Proxmox VE importa le VM da VMware ESXi con l'import wizard integrato, disponibile dalla versione 8.2 rilasciata ad aprile 2024 e provato dal produttore su ESXi dalla 6.5 alla 8.0. Aggiungi l'host ESXi come storage da Datacenter → Storage → Add, scegli la VM e avvia l'import, che converte i dischi nel formato dello storage di destinazione.

Si può migrare da VMware a Proxmox senza fermo?

No, la migrazione da VMware a Proxmox con gli strumenti di Proxmox VE richiede sempre di spegnere la VM su ESXi. Il live import riduce il fermo perché avvia la VM mentre i dati arrivano, e Attach & Move la fa ripartire dal disco originale su una share di rete. Con MultiPortal Migrator la VM resta accesa fino al cutover.

Quante VM si possono importare insieme da ESXi?

Da ESXi la documentazione di Proxmox VE consiglia di importare non più di quattro dischi alla volta: quattro VM con un disco ciascuna, oppure una VM con quattro dischi. Oltre questo limite l'API di ESXi esaurisce le connessioni e blocca tutte le richieste, compresi gli import già in corso, e la cache di lettura di ogni disco può saturare la memoria del nodo Proxmox VE.

Serve una subscription Proxmox per migrare da VMware?

No, migrare da VMware non richiede una sottoscrizione Proxmox: Proxmox VE è software libero con licenza AGPLv3 e l'import wizard è incluso. La sottoscrizione dà accesso al repository Enterprise, quello consigliato per la produzione, e nei livelli Basic, Standard e Premium al supporto tecnico del produttore; in un cluster ogni nodo ha la sua, dello stesso livello.

Le VM Windows funzionano dopo la migrazione a Proxmox VE?

Sì, le VM Windows funzionano su Proxmox VE, ma il disco di avvio resta su un controller emulato, come IDE o SATA, finché Windows non ha il driver VirtIO. Installa il driver dall'ISO virtio-win con un disco temporaneo su VirtIO SCSI, poi sposta il disco di sistema. Passare a VirtIO SCSI senza il driver blocca l'avvio con l'errore INACCESSIBLE BOOT DEVICE.

Si può migrare una VM da VMware Workstation a Proxmox?

Sì, una VM di VMware Workstation si migra a Proxmox VE con il metodo manuale, perché fra le sorgenti dell'import wizard c'è ESXi e non Workstation. Da Workstation esporta la VM spenta e non cifrata con File → Export to OVF, poi importala con qm importovf o dall'interfaccia web; in alternativa importa il disco VMDK con qm disk import.

Conviene importare da vCenter o dal singolo host ESXi?

Conviene importare dal singolo host ESXi. L'import wizard di Proxmox VE accetta anche vCenter come sorgente, ma la guida di amministrazione stima prestazioni da 5 a 10 volte peggiori. Se le VM stanno su più host ESXi, aggiungi uno storage di import per ogni host e migra ciascuna VM da quello che la ospita.