Open source
Codice aperto e formati standard: nessuna scatola nera.
Migrazione da VMware a Proxmox: guida al processo
Dalla checklist pre-migrazione al go-live: tutto quello che serve per una transizione controllata, basato sulla nostra esperienza come Proxmox Gold Partner #1 in Italia.
Senza impegno · Numeri reali del tuo ambiente
8.2
la versione di Proxmox VE che importa le VM direttamente da ESXi
0
licenze perpetue VMware: solo subscription
72
core minimi per licenza VMware, dal 10 aprile 2025
- 700+ clienti attivi
- H24 supporto in italiano
- GDPR dati in Italia
Gli approcci alla migrazione
Due approcci coprono la maggior parte degli scenari. Sei metodi alternativi sono disponibili per casi specifici.
Import automatico da ESXi (consigliato)
Proxmox VE, dalla versione 8.2 (aprile 2024), integra un importatore che trasferisce le VM direttamente da un host ESXi tramite l'interfaccia web. Il produttore lo ha testato su ESXi dalla versione 6.5 alla 8.0. L'importatore legge la configurazione della VM, la riporta sul modello di Proxmox VE e converte i dischi nel formato dello storage di destinazione. La VM di origine va spenta prima dell'import, e il collegamento va fatto all'host ESXi: passare da vCenter è possibile, ma riduce di molto le prestazioni.
Ideale per: ambienti medio-grandi con configurazioni standard · Downtime: medio, la VM resta spenta per tutto l'import · Complessità: bassa
Live import (downtime minimizzato)
Funzionalità dell'importatore che avvia la VM su Proxmox VE mentre l'importazione è ancora in corso: i dati necessari all'avvio vengono trasferiti per primi, il resto segue in background. La VM su ESXi va comunque spenta prima dell'avvio, quindi un fermo resta, e nella fase iniziale le prestazioni di I/O sono ridotte. Se l'import si interrompe, i dati scritti dalla VM dopo l'avvio vanno persi: per questo si prova prima su una VM di test e si evita su reti lente o instabili.
Ideale per: VM critiche e servizi in produzione continua · Downtime: molto basso · Complessità: media
Approcci alternativi
Metodo
Quando usarlo
Downtime e complessità
Import OVF/OVA (dall'interfaccia web dalla versione 8.3, oppure con qm importovf)
VM esportate con ovftool o appliance, versioni di ESXi fuori dall'elenco testato, nessun accesso API a ESXi
Downtime variabile · Complessità bassa
Import diretto dei dischi (qm disk import)
Controllo granulare: conversione dei VMDK nel formato dello storage di destinazione, raw o qcow2, da una share di rete
Downtime variabile · Complessità media-alta
Attach & Move
VM con grandi volumi di dati: avvio immediato dal VMDK su una share condivisa, spostamento del disco a VM accesa
Downtime minimo · Complessità alta
Restore da backup
Soluzioni di backup con integrazione Proxmox VE, come Veeam Backup & Replication dalla versione 12.2
Downtime variabile · Complessità media
Clonazione diretta
Copia dei dischi con strumenti come Clonezilla, avviando VM di origine e di destinazione da un supporto live
Downtime variabile · Complessità media
Replica continua con MultiPortal Migrator
VM che devono restare accese fino al cutover, migrazioni condotte dal team interno
Downtime solo il cutover · Complessità media
Con Attach & Move la VM si accende su un solo hypervisor alla volta, mai su VMware e su Proxmox VE insieme: due avvii contemporanei corrompono il disco.
Migrazione guidata
Le 4 fasi del processo di migrazione
VMware
vSphere · ESXi
Proxmox VE
Cluster HA · PBS
Piano di rollback testato prima di ogni cutover
-
Fase 02 Installazione e configurazione di Proxmox VE sull'hardware di destinazione.
-
Fase 04 Esecuzione delle migrazioni secondo il piano, nelle finestre di manutenzione concordate.
- 01 Analisi e pianificazione
- 02 Preparazione dell'ambiente
- 03 Migrazione pilota
- 04 Migrazione di produzione e go-live
-
Fase 01 Inventario completo delle macchine virtuali con CPU, RAM, storage, sistema operativo, applicazioni critiche e dipendenze di rete.
-
Fase 03 Prime migrazioni su VM non critiche per validare le procedure e misurare i tempi reali.
Vuoi che il nostro team pianifichi la migrazione insieme a te?
Fase 01 · Checkpoint
Analisi e pianificazione
Valutazione dell'ordine di migrazione: prima le VM non critiche (test/sviluppo), poi i servizi di supporto, infine i workload di produzione. Stima dei tempi di trasferimento in base a banda e dimensione dei dischi.
- Inventario VM completo con risorse allocate e dipendenze
- Mappatura storage: datastore, formato dischi (thin/thick), snapshot attivi
- Documentazione rete: VLAN, port group, firewall, IP statici, DNS
- Verifica licenze VMware: scadenze e vincoli contrattuali
- Backup verificato di tutte le VM con test di restore su almeno una VM critica
- Snapshot non necessari rimossi e consolidati
- Casi che bloccano l'import automatico individuati: dischi su vSAN, dischi cifrati con una storage policy, datastore con caratteri speciali nel nome (come «+»), vTPM con cifratura del disco
Output: documento di piano migrazione con timeline, ordine VM, finestre di manutenzione e piano di rollback.
Fase 02 · Checkpoint
Preparazione dell'ambiente
Configurazione del cluster (se previsto), dello storage e della rete in modo coerente con l'ambiente di origine. Test di connettività tra i due ambienti. Preparazione delle VM di origine prima dello spegnimento.
- Proxmox VE installato all'ultima versione disponibile, con gli aggiornamenti applicati, web UI accessibile (l'importatore ESXi richiede almeno la versione 8.2)
- Storage di destinazione pronto con almeno 20% di spazio aggiuntivo
- Bridge di rete, VLAN e bonding configurati in modo coerente con l'origine
- Connettività verificata fra il nodo Proxmox VE e l'host ESXi (HTTPS, porta 443, account amministratore), con il certificato dell'host considerato attendibile o la verifica disattivata se autofirmato; collegamento diretto all'host, non tramite vCenter
- VM di origine preparate: driver VirtIO installati (per Linux inclusi nell'initramfs), VMware Tools rimossi, configurazione di rete annotata, IP statici rimossi sulle VM Windows, prenotazioni DHCP adeguate al nuovo MAC
- Approccio di migrazione scelto e validato su una VM di test
Output: ambiente Proxmox VE operativo, connesso all'ambiente di origine e pronto per le operazioni di import.
Fase 03 · Checkpoint
Migrazione pilota
Verifica funzionale nell'ambiente Proxmox: rete, storage, applicazioni, performance. Ottimizzazione delle configurazioni sulla base dei risultati.
- Almeno 2-3 VM non critiche migrate e validate
- Tempi reali di trasferimento misurati e confrontati con le stime
- Applicazioni funzionanti, rete raggiungibile, performance accettabili
- Eventuali problematiche identificate e risolte prima della produzione
Output: procedure validate, tempi misurati, team allineato.
Fase 04 · Checkpoint
Migrazione di produzione e go-live
Monitoraggio continuo di ogni VM migrata. Validazione funzionale post-migrazione. Dismissione progressiva dell'ambiente VMware solo dopo la conferma di stabilità.
- Tutte le VM operative su Proxmox VE
- Validazione funzionale completata per ogni servizio critico
- Backup configurato su Proxmox Backup Server
- Ambiente VMware mantenuto in standby fino a conferma stabilità
- Documentazione aggiornata con la nuova architettura
Output: tutte le VM in produzione su Proxmox VE, ambiente VMware dismesso, documentazione completa.
Dopo la migrazione: ottimizzazione e problematiche comuni
Una volta completato il go-live, le VM migrate richiedono un passaggio di ottimizzazione per funzionare al meglio nell'ambiente Proxmox VE. Ecco le operazioni da eseguire e le problematiche più frequenti con le relative soluzioni.
Driver paravirtualizzati VirtIO. Le VM importate mantengono spesso controller disco e schede di rete emulati, compatibili con l'hardware di origine ma meno efficienti dei paravirtualizzati. Il passaggio al controller VirtIO SCSI single e alle schede di rete VirtIO è l'intervento con il maggiore impatto sulle prestazioni. Sulle VM Windows senza driver VirtIO il disco di avvio resta sul controller emulato, o in IDE o SATA con l'import manuale: si installano prima i driver VirtIO dall'ISO ufficiale, poi si cambia controller.
Parametri CPU e memoria. Tipo di CPU host se tutti i nodi del cluster hanno lo stesso modello di processore; altrimenti un modello generico x86-64-v2 o superiore, che mantiene la live migration fra nodi diversi. Dispositivo di ballooning attivo anche quando non serve il ballooning: fornisce le statistiche d'uso della memoria rilevate dal sistema operativo. Configurazione NUMA verificata sulle VM più grandi.
Dischi e storage. Controller VirtIO SCSI single con IO thread e discard attivi: il discard restituisce allo storage lo spazio liberato dal sistema operativo. Il formato dei dischi dipende dallo storage: su ZFS, LVM-thin e Ceph i dischi sono raw, e snapshot e thin provisioning li gestisce lo storage; sugli storage a file (directory, NFS) il formato nativo è qcow2, che abilita gli snapshot. Configurare il backup automatico con Proxmox Backup Server.
Firmware. SeaBIOS per le VM che si avviano in BIOS legacy, OVMF per quelle in UEFI, con un disco EFI che conserva le voci di avvio.
QEMU guest agent. Installato in ogni VM migrata: migliora la comunicazione fra host e sistema operativo ospite e permette operazioni coordinate come lo spegnimento pulito.
Monitoraggio. Implementare monitoring e alerting proattivo sulle performance delle VM migrate. Documentare la nuova architettura.
Problematiche frequenti e soluzioni
Problema
Soluzione
Come si interviene
VM con snapshot attivi: rallentano sensibilmente l'importazione
Consolidare prima dell'import
Rimuovere gli snapshot non necessari; se indispensabili, esportare in OVA
VM su datastore vSAN: l'import automatico da ESXi non la supporta
Spostare o esportare
Dischi su un datastore non vSAN, oppure export in OVA e import dall'interfaccia web o con qm importovf
Dischi cifrati con una storage policy: non si importano
Rimuovere la cifratura
Togliere la policy di cifratura prima dell'import
vTPM con cifratura del disco: lo stato del vTPM non si migra da VMware
Disattivare la cifratura
Oppure tenere a disposizione le chiavi di ripristino
Datastore con caratteri speciali nel nome, come «+»
Rinominare il datastore
Prima dell'import
Limite connessioni API su ESXi, errori 503
Serializzare le importazioni
Non più di quattro dischi VM in contemporanea; se il blocco persiste, alzare o disattivare il limite di sessioni dell'host ESXi
La VM non si avvia dopo il passaggio a VirtIO
Tornare a IDE o SATA
O avviare il kernel di ripristino, installare i driver (su Linux nell'initramfs), poi ripassare a VirtIO
La VM UEFI non trova la voce di avvio
OVMF e disco EFI
Firmware OVMF, disco EFI configurato, voce di avvio aggiunta dal menu UEFI
Performance degradate post-migrazione: controller e rete emulati
Aggiornare a VirtIO
Controller disco VirtIO SCSI single, rete VirtIO; su Windows driver dall'ISO ufficiale prima del cambio
Proxmox vs VMware
Confronto delle funzionalità
Criterio per criterio, cosa cambia passando a Proxmox VE. Per i costi, ogni ambiente fa storia a sé: li stimiamo nell'audit gratuito.
Criterio
Proxmox VE
VMware (VCF/VVF)
Modello di licenza
Open source AGPLv3 · subscription facoltativa, per socket
Solo subscription, a core: minimo 16 core per CPU
Console di gestione
Inclusa su ogni nodo: il cluster non ha un server di gestione a parte
vCenter Server, appliance da installare e mantenere
Backup integrato
Proxmox Backup Server, stesso vendor, nessuna licenza in più
Terze parti (Veeam, ecc.)
HA, live migration, SDN
Incluso
Incluso
Storage iperconvergente
Ceph e ZFS integrati, senza costo di capacità
vSAN: quota di capacità inclusa, il resto si acquista
Funzioni per livello di licenza
Tutte, in ogni sottoscrizione: cambia il supporto, non il prodotto
Legate a edizione e bundle
Senza sottoscrizione
Il cluster continua a funzionare: cambia il canale degli aggiornamenti
Nessuna licenza, nessun servizio
VM e container
KVM e LXC sulla stessa piattaforma, stessa console e stesso backup
Solo VM: i container passano da prodotti a parte
Compatibilità hardware
Hardware x86 standard, nessuna lista rigida
Liste di compatibilità stringenti
Trasparenza
Codice aperto, ispezionabile in qualsiasi momento
Codice chiuso: aggiornamenti e listini non ispezionabili
Import da VMware
Importer ESXi nativo dalla 8.2, anche a caldo
Non applicabile
Lock-in
Nessuno: formati aperti, vendor europeo
Ecosistema proprietario
Supporto di primo livello
In italiano, da noi: Proxmox Gold Partner
Broadcom e rete partner
Certificazioni dei gestionali
Meno diffuse: si verificano col fornitore prima di migrare
Ampie: molti software enterprise certificano solo vSphere
Dove è più forte
PMI, PA, ricerca, MSP, costi prevedibili
Stack VCF integrati molto grandi, vincoli di certificazione software
Fonti: Broadcom, «Counting Cores for VMware Cloud Foundation and vSphere Foundation» per il minimo di 16 core per CPU, a cui dal 10 aprile 2025 si aggiungono 72 core minimi per licenza sui nuovi ordini; listino Proxmox VE per la parità di funzioni fra i quattro livelli di sottoscrizione; note di rilascio di Proxmox VE 8.2 per l'import ESXi nativo, provato dal produttore su ESXi da 6.5 a 8.0.
Quando restare su VMware ha senso
Se un software critico è certificato solo su vSphere, se usi funzioni VCF profonde (NSX avanzato, vSAN stretched) o se il rinnovo è appena stato firmato, migrare oggi può non convenire. Te lo diciamo nell'assessment, e anche in quel caso esci con numeri utili per il prossimo rinnovo.
Preferisci migrare con il tuo team?
MultiPortal Migrator porta le VM da vSphere a Proxmox VE con la replica continua: restano accese fino al cutover, e se qualcosa non va la VM VMware si riaccende da sola. La licenza si paga per VM, una volta, e te la forniamo noi.
Perché Proxmox, oltre al prezzo
Vendor europeo
Proxmox Server Solutions GmbH, Austria: nessuna dipendenza da decisioni USA.
Niente lock-in
Formati aperti: puoi sempre migrare altrove, noi compresi.
Backup incluso
Proxmox Backup Server nativo: non serve una licenza terza per il backup.
Tutto incluso, a ogni livello
Cluster, alta disponibilità, live migration, backup, storage e rete definiti dal software ci sono in ogni sottoscrizione: cambia il supporto, non il prodotto.
VM e container insieme
KVM e LXC sulla stessa piattaforma, con la stessa console e lo stesso backup: non servono due prodotti.
Sicurezza verificabile
Doppio fattore, permessi per ruolo, LDAP e Active Directory, container isolati con AppArmor e namespace, e il codice si può ispezionare.
Se non rinnovi, non si ferma
La sottoscrizione è facoltativa e ha quattro livelli. Senza, il cluster continua a lavorare: cambia il canale degli aggiornamenti, non le funzioni.
Il supporto professionale di Rackone
La migrazione da VMware a Proxmox VE è un progetto infrastrutturale che richiede competenze sulle due piattaforme, un piano strutturato e un partner in grado di mantenere la continuità operativa in ogni fase.
Proxmox Gold Partner #1 in Italia. Rackone è il primo partner certificato Proxmox in Italia per consulenza, formazione e supporto. Supportiamo quotidianamente aziende, enti pubblici e centri di ricerca nel processo di adozione di Proxmox VE.
Assessment iniziale gratuito. Valutiamo la tua infrastruttura attuale, identifichiamo le VM da migrare, stimiamo tempi e costi e definiamo il piano di migrazione più adatto al tuo contesto. Richiedi l'assessment
Supporto durante la migrazione. Il nostro team tecnico certificato ti affianca in ogni fase: dalla pianificazione all'esecuzione, dalla validazione al go-live, con assistenza dedicata e un piano di rollback testato prima di ogni cutover.
Supporto H24 post-migrazione. Dopo il go-live, il nostro supporto tecnico H24 resta a disposizione per qualsiasi necessità, con SLA contrattuali e presidio continuativo in italiano.
Formazione certificata. Con i nostri corsi Proxmox VE base e avanzato, il tuo team diventa autonomo nella gestione del nuovo ambiente.
Domande frequenti sulla migrazione
Quanto tempo richiede una migrazione completa?
La durata di una migrazione completa dipende dal numero di VM, dalla dimensione dei dischi, dalla banda disponibile e dalle finestre di manutenzione concordate. Nel piano dell'assessment ogni VM ha la sua stima e la sua finestra, e la migrazione pilota misura i tempi reali prima della produzione.
È possibile migrare senza downtime?
No, un fermo pari a zero non esiste, ma si riduce al minimo: con il live import o con Attach & Move la VM riparte su Proxmox VE subito dopo lo spegnimento su VMware, e con MultiPortal Migrator resta accesa fino al cutover. Per ogni servizio critico il piano di migrazione indica la finestra dell'intervento.
Quali versioni di VMware ESXi sono supportate per l'import automatico?
Il produttore ha testato l'import automatico di Proxmox VE su VMware ESXi dalla versione 6.5 alla 8.0. Per versioni precedenti o successive si esporta la VM in OVF con ovftool e la si importa dall'interfaccia web o con qm importovf, oppure si verifica l'importatore su una VM di test prima di procedere.
Si può importare da vCenter invece che dal singolo host ESXi?
Sì, l'importatore di Proxmox VE si collega anche a vCenter, ma il produttore segnala un calo marcato delle prestazioni: conviene collegarsi direttamente a ogni host ESXi. In entrambi i casi la VM di origine va spenta prima dell'import, e non vanno importati più di quattro dischi alla volta.
Cosa succede se qualcosa va storto durante la migrazione?
Un piano di migrazione professionale include sempre un piano di rollback per ogni VM critica. L'ambiente VMware di origine non viene modificato durante l'importazione: le VM originali restano intatte e operative fino alla conferma di stabilità del nuovo ambiente.
Devo formare il mio team per gestire Proxmox VE?
Sì, la formazione del team è fortemente consigliata. Rackone offre corsi certificati Proxmox VE base e avanzato, in aula a Noventa di Piave o in Virtual Training.
Rackone può gestire la migrazione per conto della mia organizzazione?
Sì. Offriamo un servizio di migrazione completo: dall'assessment iniziale alla pianificazione, dall'esecuzione tecnica al go-live assistito, fino al supporto H24 post-migrazione. Richiedi un assessment gratuito per valutare il tuo ambiente.
Le licenze Windows e i gestionali restano validi?
Le licenze Windows Server si contano sui core fisici dell'host e non sono legate a un hypervisor: passando da ESXi a Proxmox non se ne comprano di nuove. Windows può chiedere una riattivazione perché cambia l'hardware virtuale, e vanno installati i driver VirtIO. Per i gestionali il vincolo non è la licenza ma la certificazione: alcuni fornitori dichiarano il supporto solo su vSphere, e nell'assessment li verifichiamo uno per uno prima di spostare qualcosa.
Che succede ai backup Veeam esistenti?
Restano leggibili e servono anche come rete di sicurezza: Veeam Backup & Replication ripristina un backup VMware direttamente su Proxmox VE. Dopo la migrazione Proxmox VE si aggiunge all'infrastruttura Veeam con il plug-in dedicato (supportato dalla versione 12.2 e migliorato nella 12.3) oppure si passa a Proxmox Backup Server, che deduplica e verifica i backup senza licenze aggiuntive. La scelta si fa nell'assessment, non dopo.
Chi ci supporta dopo la migrazione?
Noi. Dopo il cutover c'è l'hypercare, il presidio ravvicinato delle prime settimane, e poi il supporto continuativo H24 con sistemisti italiani: il ticket lo apri a noi e risponde una persona che conosce il tuo cluster. Siamo il primo Proxmox Gold Partner italiano, quindi il primo livello è nostro e l'escalation al produttore la gestiamo noi.
Conviene fare l’assessment anche se poi resto su VMware?
Sì: un’alternativa valutata e quantificata è leva negoziale al tavolo del rinnovo. In ogni caso l’assessment lascia numeri reali, rischi mappati e un piano pronto nel cassetto, che tu migri subito o più avanti.
Vuoi rivendere questo servizio? Sei un MSP o un system integrator?
Subfornitura di migrazione in white-label per i tuoi clienti VMware. Non contattiamo mai i tuoi clienti finali.
Pianifica la tua migrazione con il supporto di Rackone.
Analizziamo la tua infrastruttura VMware, definiamo il piano di migrazione e ti affianchiamo in ogni fase fino al go-live.