La domanda me la fanno CIO e sistemisti almeno una volta a settimana, da quando Broadcom ha ridisegnato il listino VMware: c’è vita fuori da vSphere? La risposta breve è sì. Quella lunga richiede di sporcarsi le mani, perché tra una slide di marketing e un cluster in produzione sotto carico c’è di mezzo tutto ciò che conta. Ho gestito migrazioni reali da ESXi verso entrambe le piattaforme candidate — Proxmox VE e XCP-ng — e in questo pezzo racconto dove si sono rotte, dove mi hanno sorpreso e cosa consiglio davvero a chi deve rinnovare oggi.
Dove si rompe: HA, live migration e storage
Il primo mito da smontare è che “basta reinstallare l’hypervisor”. La parte fragile non è l’hypervisor, è il layer di clustering e storage. Su Proxmox il cuore è corosync più lo stack Ceph, e qui la latenza di rete diventa un requisito, non un dettaglio: sotto carico I/O pesante, con una rete di replica non dimensionata bene, la live migration rallenta e il cluster inizia a lamentarsi di quorum. La regola che porto sempre al cliente è banale ma disattesa: rete dedicata per Ceph, almeno 10 GbE, meglio 25, e link separato per corosync. Con questa base Proxmox regge; senza, ti ritrovi con nodi che escono e rientrano dal cluster mentre il DB in VM singhiozza.
Su XCP-ng il modello di storage (gli SR, Storage Repository) è più tradizionale e, per chi arriva da vSphere, concettualmente più familiare: LVM su iSCSI/FC, NFS, e la gestione via Xen Orchestra. La live migration è solida, ma il thin provisioning su block storage resta un punto meno brillante rispetto a quello che davi per scontato con i VMFS.
Il vero banco di prova è lo split-brain. Qui la differenza la fa la disciplina architetturale più della piattaforma: senza un terzo nodo o un QDevice di quorum su Proxmox, un fallimento di rete tra due nodi ti mette in una situazione ambigua che nessun HA automatico risolve con eleganza. Il consiglio operativo è sempre lo stesso: numero dispari di voti, quorum esterno, e test di failover fatti PRIMA di andare in produzione, non dopo il primo incidente.
Il trade-off quotidiano: management, backup e tuning
Sul piano operativo, entrambe le piattaforme sono valide. Lo dico chiaramente: non c’è un perdente tecnico netto. Ma i trade-off che paghi ogni giorno sono diversi.
- Management oltre i 5-10 nodi: la GUI di Proxmox è cresciuta molto e regge bene cluster di dimensioni medie, ma su parchi grandi inizi a sentire la mancanza di un piano di gestione multi-cluster nativo. Xen Orchestra, dal canto suo, è più orientato alla gestione centralizzata, ma la versione realmente comoda è quella commerciale.
- Backup: qui Proxmox ha un asso con Proxmox Backup Server, che gestisce backup incrementali deduplicati in modo maturo e integrato. Sul fronte compatibilità Veeam, il supporto ufficiale a queste piattaforme è arrivato tardi rispetto a VMware ed è ancora un punto da verificare caso per caso: chi ha uno stack Veeam consolidato deve fare i conti con questo.
- Tuning su workload I/O intensivi: sui database la differenza la fa lo storage sottostante e il tuning del disco virtuale (cache mode, aio, virtio). Su Proxmox con Ceph il tuning è più laborioso ma dà controllo fine; su XCP-ng parti più “guidato” ma con meno leve.
Il vero tallone d’Achille: il supporto commerciale
Se devo indicare l’aspetto dove entrambe pagano ancora dazio rispetto a VMware, è il supporto commerciale enterprise. Vates (dietro XCP-ng) e Proxmox offrono contratti di sottoscrizione, ma il livello di rete di assistenza, SLA e catena di escalation non ha ancora la profondità che un CISO abituato al supporto VMware si aspetta. Per un sistemista autonomo non è un problema; per un’organizzazione che vuole “una gola da strozzare” a contratto, è la voce da valutare con più attenzione. È qui che oggi la maturità dell’ecosistema mostra il suo limite.
Cosa consiglio davvero, per profilo
- Cluster piccolo/medio (fino a ~8-10 nodi), team con competenze Linux solide, budget di supporto contenuto: vado su Proxmox VE, con Ceph solo se la rete è adeguata e PBS per il backup. È la scelta che consiglio più spesso oggi.
- Team che arriva da vSphere e cerca un modello mentale più simile, gestione centralizzata: XCP-ng con Xen Orchestra riduce la curva di apprendimento.
- Quando ti dico di stare fermo: se hai dipendenze forti da funzionalità VMware avanzate (DRS spinto, integrazioni NSX/vSAN profonde), un contratto di supporto enterprise irrinunciabile e nessuna competenza interna Linux, allora non migrare in fretta: pianifica, fai un PoC serio e non toccare la produzione finché il failover non è testato.
Verdetto: conviene muoversi
Il mio verdetto è 1: conviene muoversi, ma con la testa. Entrambe le piattaforme sono valide in produzione — la mia preferenza personale oggi pende su Proxmox per maturità dell’ecosistema di backup e flessibilità dello storage. Il vero freno non è tecnico, è il supporto commerciale, che resta il punto ancora immaturo di questo mercato. Chi ha competenze interne e un cluster di dimensioni gestibili può iniziare la transizione oggi con ottimi risultati; chi dipende in modo critico dal supporto enterprise faccia un PoC ora e prepari il terreno, perché il tempo dei rinnovi VMware a prezzi vecchi è finito.