Da VMware a Proxmox in una PMI, cosa valutare prima di migrare

Per anni VMware è stata la scelta “che non si discute” per la virtualizzazione aziendale. Poi, dopo l’acquisizione da parte di Broadcom completata a fine 2023, il modello commerciale è cambiato: fine delle licenze perpetue, passaggio ad abbonamenti in pacchetti, conteggio a core con minimi per processore. Molte piccole e medie imprese si sono trovate con un rinnovo molto più caro per la stessa infrastruttura, spesso con funzionalità che non usano.

Proxmox VE è l’alternativa che emerge più spesso in queste conversazioni. In molti casi è un’ottima scelta. Ma “migrare perché costa meno” non è un piano: è un’intenzione. Questo articolo raccoglie le cose da valutare prima di decidere, e il modo in cui imposterei la migrazione.

Che cos’è Proxmox VE, in concreto

Proxmox Virtual Environment è una piattaforma di virtualizzazione open source basata su Debian Linux. Mette insieme in un unico prodotto:

• macchine virtuali con KVM/QEMU, la stessa tecnologia di virtualizzazione usata da molti grandi cloud provider;
• container Linux (LXC), più leggeri delle macchine virtuali per servizi semplici;
• gestione via interfaccia web, senza un server di gestione separato da installare;
• cluster di più nodi, con migrazione a caldo delle macchine e alta affidabilità;
• storage locale o distribuito, inclusi ZFS (con snapshot e replica) e Ceph;
• integrazione nativa con Proxmox Backup Server, con backup incrementali, deduplicati e cifrabili.

Il software è gratuito. La sottoscrizione, a pagamento per socket di CPU, dà accesso al repository enterprise (aggiornamenti più testati) e, nei livelli superiori, al supporto tecnico del produttore. Per un ambiente aziendale in produzione la consiglio: costa una frazione delle licenze VMware e garantisce aggiornamenti più stabili.

Prima domanda: cosa usi davvero di VMware?

Molte installazioni nelle PMI usano una piccola parte della piattaforma: qualche host ESXi, un vCenter, la migrazione a caldo, i backup tramite un software esterno. Altre dipendono da componenti molto specifici. Prima di confrontare i costi, serve un inventario delle funzionalità effettivamente in uso.

Funzione VMware	Equivalente in Proxmox	Note
ESXi + vCenter	Proxmox VE (cluster)	La gestione è integrata, nessun server separato
vMotion	Migrazione a caldo	Disponibile nel cluster
HA	HA di Proxmox	Servono almeno 3 voti nel cluster (3 nodi, o 2 nodi più un quorum device)
vSAN	Ceph o ZFS con replica	Ceph richiede rete e dischi adeguati; ZFS con replica è più semplice per pochi nodi
DRS	Bilanciamento parziale	Non esiste un equivalente completo del bilanciamento automatico del carico
NSX	SDN di Proxmox, firewall integrato	Copre i casi comuni, non le architetture di rete più complesse
Software di backup per VMware	Proxmox Backup Server, o soluzioni di terze parti	Diversi prodotti di backup commerciali supportano ormai anche Proxmox

Se l’ambiente usa intensamente NSX, vSAN in configurazioni complesse, VMware Horizon per i desktop virtuali o appliance di fornitori certificate solo su VMware, la migrazione è più impegnativa e va valutata con particolare attenzione. Se invece l’uso è quello tipico di una PMI, cioè qualche decina di macchine virtuali, storage condiviso o locale e backup, Proxmox copre tutto quello che serve.

Seconda domanda: quanto costa davvero, su tre anni?

Il confronto corretto non è “rinnovo VMware contro zero euro”. È il costo totale su tre anni dei due scenari. Lo imposterei così:

Scenario “resto su VMware”

• abbonamenti per tre anni, con il conteggio a core e i minimi previsti;
• eventuale rinnovo dell’hardware che avresti comunque fatto;
• licenze del software di backup;
• costi di gestione attuali.

Scenario “migro su Proxmox”

• sottoscrizioni Proxmox per tre anni (per socket, sugli host di produzione);
• costo una tantum della migrazione: analisi, preparazione, spostamento e test di ogni macchina;
• eventuale hardware aggiuntivo (per esempio un terzo nodo per l’alta affidabilità, o dischi per il backup);
• formazione o supporto per chi gestirà la piattaforma;
• licenze del software di backup, se non si usa Proxmox Backup Server.

Con un uso tipico della piattaforma è frequente che lo scenario Proxmox risulti più economico già entro il primo o il secondo anno, anche contando il costo della migrazione. Ma il punto non è il caso tipico: è fare il calcolo con i tuoi numeri. Se dopo il calcolo il risparmio è marginale, il rischio e il lavoro della migrazione potrebbero non valerne la pena.

Terza domanda: l’hardware regge?

Proxmox gira sulla maggior parte dei server x86 moderni, quindi spesso l’hardware esistente può essere riutilizzato. Ci sono però alcuni punti da verificare:

• Controller dei dischi. Per ZFS è preferibile un controller in modalità HBA (che passa i dischi direttamente al sistema) piuttosto che un RAID hardware.
• Rete. Un cluster vuole almeno una rete dedicata per la comunicazione tra i nodi; con Ceph servono collegamenti veloci e separati per il traffico di storage.
• Numero di nodi. Con due soli host l’alta affidabilità richiede un terzo “voto”, che può essere un piccolo dispositivo esterno (QDevice). Va previsto.
• Supporto del fornitore. Se i server sono in garanzia o sotto contratto di assistenza, conviene verificare che il fornitore supporti un sistema operativo diverso da ESXi.

Quarta domanda: chi lo gestirà?

Proxmox si gestisce bene dall’interfaccia web, ma sotto c’è Linux. Quando qualcosa va storto, serve qualcuno a suo agio con la riga di comando, i log di sistema, lo storage e le reti Linux.

Se in azienda le competenze sono tutte su Windows e VMware, la migrazione va accompagnata da formazione oppure da un contratto di supporto esterno. Non è un ostacolo, ma va messo a budget. Una piattaforma economica gestita male costa più di una piattaforma cara gestita bene.

Come imposterei la migrazione

Una migrazione ben fatta è noiosa: niente sorprese, niente fermi improvvisi. Per arrivarci, la dividerei in fasi.

1. Inventario e dipendenze

Per ogni macchina virtuale: sistema operativo, risorse, dischi, rete, servizi ospitati, chi la usa, quali altre macchine dipendono da lei, finestre di fermo accettabili. È noioso, ed è il lavoro che fa la differenza.

2. Preparazione delle macchine

Alcuni accorgimenti evitano gran parte dei problemi:

• Windows: installare in anticipo i driver VirtIO, con le macchine ancora su VMware. Senza, la macchina migrata può non trovare il disco all’avvio.
• Linux: verificare come sono nominate le interfacce di rete, perché possono cambiare nome sul nuovo hardware virtuale.
• Agenti: pianificare la rimozione dei VMware Tools e l’installazione del QEMU guest agent.
• Licenze: alcuni software, e a volte Windows stesso, possono chiedere una riattivazione quando cambia l’hardware virtuale. Meglio saperlo prima.

3. Progetto pilota

Si migrano prima due o tre macchine poco critiche e si osservano per qualche giorno: prestazioni, backup, monitoraggio, comportamento dopo un riavvio. È il momento per sistemare le procedure, non la produzione.

4. Migrazione per ondate

Le macchine vengono spostate a gruppi, dalle meno critiche alle più critiche, ognuna con un piano di rientro: se qualcosa non va, la macchina originale su VMware è ancora lì, spenta ma pronta a ripartire. Dalla versione 8.2, Proxmox include uno strumento di importazione che legge le macchine direttamente da un host ESXi, semplificando molto questa fase.

5. Verifica e chiusura

Dopo ogni ondata: controllo funzionale dei servizi, primo backup completo e un ripristino di prova sul nuovo ambiente. Solo quando tutto è stabile per un periodo concordato si dismette l’ambiente VMware.

Quando conviene restare su VMware

Sarebbe disonesto presentare Proxmox come la risposta giusta per tutti. Restare su VMware, almeno per ora, può avere senso se:

• l’ambiente dipende da componenti specifici (NSX, Horizon, vSAN complessi) senza un equivalente maturo;
• applicazioni critiche sono supportate dal fornitore solo su VMware;
• è in corso un contratto pluriennale già pagato;
• il calcolo su tre anni mostra un risparmio troppo piccolo per giustificare il rischio;
• non ci sono, né si vogliono acquisire, competenze Linux.

E in alcuni casi la domanda giusta non è “VMware o Proxmox”, ma “quali di questi servizi ha ancora senso tenere in casa?”. Una migrazione è anche l’occasione per spostare qualcosa in cloud, o per dismettere macchine che nessuno usa più.

In sintesi

Domanda	Se la risposta è…
Uso solo funzioni di base (host, migrazione, HA, backup)?	Proxmox è un candidato forte
Il costo su tre anni, migrazione inclusa, è chiaramente più basso?	Ha senso procedere
L’hardware è compatibile e c’è una rete per il cluster?	La migrazione è semplice
Esiste qualcuno, interno o esterno, che sa gestire Linux?	La piattaforma sarà sostenibile
Ci sono dipendenze forti da componenti VMware specifici?	Serve un’analisi dedicata prima di decidere

La migrazione da VMware a Proxmox non è una scommessa, se è preparata. È un progetto infrastrutturale con un inventario, un piano, un pilota e un rientro per ogni passo. Fatto così, il risultato tipico è un’infrastruttura più economica, più trasparente e, spesso, con backup migliori di prima.