Dal 2023, da quando Broadcom ha completato l’acquisizione di VMware, il panorama della virtualizzazione aziendale è cambiato in modo radicale. Le licenze perpetue sono state eliminate, il modello di prezzo è passato dal socket al nucleo di elaborazione (in gergo tecnico core), con soglie minime di core per processore, e il catalogo prodotti è stato accorpato in pochi pacchetti obbligatori.
Non sorprende che Proxmox VE sia oggi tra le opzioni più considerate. Gartner stesso, nel suo Market Guide for Server Virtualization Platforms, osserva che l’acquisizione di VMware da parte di Broadcom ha innescato una trasformazione del mercato della virtualizzazione dei server che non si vedeva da decenni, e prevede che entro il 2028 la pressione sui costi spingerà il 70% dei clienti enterprise di VMware a migrare almeno metà dei propri carichi di lavoro virtuali. Ma prima di guardare al metodo di migrazione, vale la pena capire perché il conto economico sia cambiato così tanto.
Quanto cambia davvero il conto economico
Il modello di licenza precedente all’acquisizione Broadcom era relativamente semplice: si pagava per socket fisico, con un contratto di supporto annuale. Il nuovo modello invece assegna una licenza a ogni core fisico del cluster, applica soglie minime di core per processore e obbliga all’acquisto di pacchetti come VMware Cloud Foundation o VMware vSphere Foundation, spesso più ricchi di funzionalità di quelle realmente utilizzate da una piccola o media impresa. Diverse analisi di settore pubblicate nel 2026 stimano aumenti dei costi di rinnovo compresi tra il 300% e oltre il 500% rispetto al vecchio modello perpetuo, a seconda della densità di core dei server e del pacchetto scelto: si tratta di stime di mercato, non di un listino unico, ed è sempre opportuno verificarle con un preventivo aggiornato Broadcom.
Sul fronte Proxmox, il software resta gratuito e completo in ogni sua funzionalità (alta disponibilità, migrazione dinamica delle macchine virtuali, gestione a cluster) anche senza abbonamento. L’abbonamento di livello enterprise, facoltativo, segue il listino ufficiale Proxmox e si paga per socket fisico occupato, non per core: si va da un livello base a uno con assistenza illimitata, con un costo per socket comunque nettamente inferiore al canone per core richiesto oggi da una licenza VMware equivalente.
Il divario di costo è quindi reale, ma va sempre calcolato caso per caso: non solo licenze, ma anche eventuale hardware aggiuntivo, formazione della squadra tecnica, tempo di migrazione e strumenti di gestione da integrare o sostituire.
Fase 1: Valutazione dell'infrastruttura esistente
Prima di spostare anche solo una macchina virtuale, serve una fotografia completa dell’ambiente attuale: numero di server, versione di vSphere in uso, tipologia e criticità delle macchine virtuali, dipendenze tra applicazioni, integrazioni con l’archiviazione dati e le copie di sicurezza, requisiti di alta disponibilità. Questa valutazione deve includere anche gli elementi meno visibili ma spesso decisivi, come script di automazione, modelli personalizzati e configurazioni di rete specifiche legate a vCenter.
Saltare questa fase è l’errore più comune nelle migrazioni affrettate: si scopre a metà lavoro che una macchina virtuale critica dipende da un’estensione software o da una configurazione che nessuno aveva documentato.
Fase 2: Mappatura delle dipendenze applicative
Il passo successivo è capire come le applicazioni comunicano tra loro. Non tutte le macchine virtuali sono uguali: alcune possono essere spente e riaccese senza conseguenze, altre fanno parte di catene applicative dove uno scostamento anche di pochi minuti genera errori a cascata. Mappare queste dipendenze permette di stabilire l’ordine corretto di migrazione e di individuare i carichi di lavoro che richiedono una finestra di manutenzione dedicata.
Fase 3: Prova pratica su un gruppo non critico
Prima di migrare l’intera infrastruttura, ha senso testare il processo su un gruppo ristretto di macchine virtuali non critiche. Questo passaggio serve a validare la conversione dei formati disco, verificare la compatibilità dei driver e misurare i tempi reali di migrazione per singola macchina virtuale, dati che serviranno per pianificare correttamente le fasi successive.
La prova pratica è anche il momento in cui la squadra tecnica si costruisce familiarità con un’interfaccia di gestione diversa da quella a cui è abituata, riducendo il rischio di errori quando si passa ai carichi di lavoro davvero critici.
Fase 4: Conversione e migrazione a ondate
La migrazione vera e propria va pianificata a ondate successive, non tutta insieme. Si parte dai carichi di lavoro meno critici, si valida ogni ondata prima di procedere con la successiva e si mantiene sempre un percorso di ripristino verso l’infrastruttura VMware originale finché la nuova piattaforma non ha dimostrato stabilità sotto carico reale.
Per ogni ondata è utile definire criteri oggettivi di successo: tempi di risposta delle applicazioni, assenza di errori nei registri di sistema, corretto funzionamento delle copie di sicurezza sulla nuova piattaforma. Solo quando questi criteri sono soddisfatti si procede con l’ondata successiva.
HiBackup: la continuità dei dati che non dipende dall'hypervisor
Ogni ondata di migrazione è, per definizione, un momento di transizione: per un certo periodo convivono due infrastrutture, due sistemi di gestione, due modalità operative. È proprio in questa finestra che una copia di sicurezza affidabile e indipendente dalla piattaforma sottostante fa la differenza tra un imprevisto gestibile e un fermo operativo.
È qui che entra in gioco HiBackup. Essendo un servizio gestito e non un componente legato a VMware o a Proxmox, continua a proteggere i dati aziendali prima, durante e dopo il cambio di hypervisor, con lo stesso modello che caratterizza l’intera offerta HiSolution: monitoraggio h24 tramite il NOC interno, canone ricorrente anziché licenza legata a una singola tecnologia, e un Service Manager dedicato che segue la continuità del servizio anche nei momenti di maggiore cambiamento infrastrutturale.
Il risultato pratico è che il piano di ripristino descritto nella Fase 4 smette di essere solo una procedura di emergenza teorica e diventa un percorso realmente percorribile, con una copia dei dati sempre disponibile a prescindere da quale delle due piattaforme sia attiva in un dato momento.
Fase 5: Verifica successiva alla migrazione e ottimizzazione
Una volta completata la migrazione, il lavoro non è finito. Serve un periodo di osservazione in cui monitorare le prestazioni, ottimizzare la configurazione in base ai carichi reali osservati (non solo a quelli stimati in fase di valutazione) e, soprattutto, testare concretamente i punti di ripristino di HiBackup sulla nuova infrastruttura: un ripristino che funziona solo sulla carta non è un ripristino, ed è proprio in questa fase che va verificato con un test reale, non rimandato al primo incidente.
HiTrack: monitoraggio continuativo del nuovo ambiente
È anche il momento in cui conviene passare da un monitoraggio “di progetto”, attivo solo durante la migrazione, a un monitoraggio continuativo del nuovo ambiente. HiTrack copre esattamente questo passaggio: un punto di visibilità unico su hardware, software e licenze del cluster Proxmox, utile in particolare nei primi mesi dopo il cambio di piattaforma, quando è più facile che emergano configurazioni da affinare o asset non ancora tracciati correttamente.
Fase 6: Formazione della squadra e aggiornamento delle procedure operative
L’ultimo passo, spesso sottovalutato, è l’aggiornamento delle competenze interne. Un cambio di hypervisor comporta anche un cambio di strumenti di gestione quotidiana: procedure di copia di sicurezza, gestione delle istantanee, monitoraggio delle risorse. Qui il vantaggio di affidare la continuità dei dati a un servizio gestito come HiBackup si vede concretamente: la squadra IT interna non deve reimparare da zero un intero set di procedure di backup legate al nuovo hypervisor, perché quella parte resta stabile, gestita e monitorata indipendentemente dalla piattaforma di virtualizzazione scelta.
Il tempo è un alleato, non un nemico
La pressione generata dall’aumento dei costi di licenza spinge molte aziende a voler chiudere la partita nel minor tempo possibile. Ma una migrazione impostata bene, con valutazione, mappatura, prova pratica e ondate successive, riduce drasticamente il rischio di interruzioni impreviste e di scoperte tardive che costano molto più di qualche settimana di pianificazione in più.
A differenza di una migrazione affrontata come corsa contro il tempo, un percorso strutturato, affiancato da una protezione dei dati indipendente dalla piattaforma e da un monitoraggio continuativo del nuovo ambiente, trasforma il cambio di hypervisor da un rischio da contenere a un’occasione per rivedere, e rafforzare, la propria strategia di continuità operativa.
Hai domande sulla migrazione da VMware a Proxmox?
Ogni infrastruttura ha caratteristiche diverse, e il metodo giusto va sempre adattato al contesto specifico. Se vuoi un parere su come applicare questo percorso alla tua realtà, clicca sul tasto “Contattaci”
