La domanda che ci arriva più spesso dai CIO italiani nel 2026 è sempre la stessa: con i rinnovi Broadcom che trasformano il costo delle licenze VMware in una voce di bilancio difficile da giustificare, Proxmox è pronto per il datacenter enterprise? La risposta onesta, dopo diverse migrazioni gestite in produzione, non è un sì o un no da slogan. È un “dipende”, ma con contorni molto precisi. E buona parte di quei contorni li abbiamo scoperti perdendo ore che non avevamo preventivato.
Dove si rompe davvero: lo storage
Se c’è un punto in cui la migrazione VMware→Proxmox ti fa male, è lo storage. Venendo da datastore VMFS su SAN Fibre Channel, la tentazione è replicare lo schema con LVM-thin condiviso. Errore. Su volumi condivisi gli snapshot LVM semplicemente non ci sono, e ce ne siamo accorti tardi — cioè quando servivano davvero. Su VMware davi per scontato lo snapshot a caldo su qualsiasi datastore; qui scopri che il modello di storage cambia le regole del gioco.
Come l’abbiamo risolto sul campo, con due strategie diverse a seconda dell’età del cluster:
- Cluster nuovi → Ceph. È la scelta nativa e coerente con Proxmox: storage distribuito, snapshot dove ti servono, nessuna dipendenza da array esterni. Richiede però progettazione seria di rete e dischi.
- Cluster esistenti → NFS su NetApp. Abbiamo tenuto lo storage NFS sull’array già in casa, sfruttando gli snapshot lato array. Meno rivoluzionario, ma pragmatico: riusi l’investimento e non ti giochi la protezione dei dati durante la transizione.
La lezione: non provare a far comportare LVM come VMFS. Sono modelli diversi e vanno progettati diversamente fin dal foglio bianco.
Live migration su cluster misti: il kernel panic annunciato
Secondo scoglio classico: la live migration su cluster con CPU Intel di generazioni diverse. Con il CPU type impostato su host, la VM eredita le istruzioni della CPU sorgente e alla migrazione verso un host più vecchio ti ritrovi con un kernel panic. La soluzione che regge in produzione è forzare un CPU type comune e stabile: nel nostro caso x86-64-v2-AES. Perdi qualche ottimizzazione specifica, ma guadagni la certezza che una migrazione a caldo non tiri giù la VM. È l’equivalente concettuale dell’EVC di VMware, solo che devi impostarlo tu, consapevolmente.
Operatività quotidiana: cosa manca davvero
Su HA e cluster Proxmox regge bene. Ma su ambienti da centinaia di VM ci sono funzioni VMware che dai per scontate e che qui non trovi. La più pesante è DRS. In VMware il bilanciamento automatico del carico tra host è trasparente: le VM si spostano da sole seguendo la pressione su CPU e RAM. In Proxmox un equivalente nativo affidabile non esiste.
Il workaround che usiamo in produzione:
- Uno script che legge le metriche da Prometheus e pianifica live migration mirate, tipicamente di notte, per riequilibrare gli host.
- Regole di anti-affinità gestite a mano, per non concentrare VM critiche o ridondanti sullo stesso nodo.
Funziona, ma richiede presidio: non è “imposta e dimentica”, è automazione che qualcuno deve mantenere. Chi si aspetta la stessa magia trasparente di DRS resterà deluso.
Stessa storia per lo storage vMotion a caldo tra datastore diversi: su VMware è un clic, su Proxmox è più macchinoso e va pianificato. Non è un blocco, ma è attrito operativo quotidiano da mettere in conto.
Il consiglio secco al CIO/CISO
A chi ha il parco VMware in rinnovo Broadcom nel 2026, la valutazione è netta e dipende dallo stack, non dalle mode.
Aspetta se:
- Hai una dipendenza forte da NSX per la microsegmentazione. Replicare quel livello di network security su Proxmox oggi è troppo costoso in tempo e rischio.
- Usi vSAN come storage principale: rifare quello stack su Ceph è un progetto a sé, non un dettaglio della migrazione.
Firma subito la migrazione se:
- Hai carichi Linux standard, senza vincoli architetturali esotici.
- Hai un team che sa mettere le mani su Linux — non un requisito opzionale, è la condizione abilitante.
- Stai guardando il rinnovo Broadcom con i nuovi prezzi a bundle: lì il risparmio ripaga la migrazione in meno di un anno.
Il verdetto
Per la maggioranza dei parchi enterprise italiani con carichi Linux e un team competente, nel 2026 conviene muoversi (1). Non perché Proxmox sia magicamente equivalente a VMware — non lo è su DRS, storage vMotion e sull’integrazione NSX/vSAN — ma perché i costi Broadcom hanno spostato l’equazione del ROI in modo talmente netto che il risparmio ripaga l’attrito operativo in meno di dodici mesi. La migrazione è reale, non un azzardo, a patto di progettarla bene: lo storage va ridisegnato (Ceph o NFS su array), il CPU type va forzato e il bilanciamento carico va automatizzato a mano con presidio. Chi vive di NSX e vSAN, invece, faccia il proprio conto con calma e aspetti: per loro il momento non è ancora questo. Ma per tutti gli altri, rimandare significa solo pagare un altro anno di licenze per rinviare una decisione già presa dai numeri.