Il preventivo di rinnovo arriva a settembre e non somiglia a quello dell’anno prima. Nessuno aveva in programma di intervenire sulla virtualizzazione: l’ambiente funzionava, i backup venivano eseguiti, il cluster aveva ancora qualche anno di servizio davanti. Poi il responsabile IT porta il documento in direzione e la conversazione cambia argomento. È così che molte aziende iniziano a cercare un’alternativa a VMware.
La motivazione è legittima. Come base per decidere resta però insufficiente, perché la licenza è una delle voci in gioco e raramente quella che pesa di più nel medio periodo.
Chi cerca un’alternativa a VMware valuta l’hypervisor, ma il problema sta intorno
In un’infrastruttura tradizionale i server eseguono i carichi e i dati risiedono su uno storage separato, spesso una SAN. Sono componenti distinti, con console distinte, cicli di aggiornamento distinti e competenze distinte per mantenerli in esercizio. Finché tutto funziona quella complessità resta invisibile. Si manifesta al primo guasto, quando occorre aggiornare un firmware, quando serve capacità e il collo di bottiglia si rivela lo storage anziché i server, oppure quando la persona che conosceva la configurazione lascia l’azienda.
L’iperconvergenza cambia lo schema. Ogni nodo mette a disposizione calcolo e storage locale, il software aggrega le risorse e le presenta come un cluster unico: virtualizzazione, storage, rete e gestione operativa convergono sotto un solo piano di controllo. Nutanix va letto in questa chiave, come un modo diverso di integrare i componenti e non come un hypervisor sostitutivo. Il valore, quando c’è, nasce dall’integrazione più che dal cambio di un singolo componente.
La differenza si osserva in una giornata di lavoro più che in una scheda tecnica. Chi oggi apre tre console per risalire alla causa del rallentamento di una macchina virtuale ne apre una; chi coordinava due fornitori per un aggiornamento firmware segue una procedura sola. Nelle presentazioni commerciali questo aspetto compare poco; il team IT lo percepisce entro il primo mese.
Settantotto macchine virtuali e un dimensionamento costruito per prudenza
In un progetto di migrazione che abbiamo seguito l’infrastruttura di partenza era un cluster su tre nodi, con settantotto macchine virtuali e centotrentadue virtual core assegnati in totale. L’analisi ha fatto emergere un dettaglio che ricorre spesso: moltissime macchine avevano una sola vCPU, segno di un consumo reale molto inferiore a quello che la configurazione lasciava supporre. La memoria presentava lo stesso quadro, installata in abbondanza e utilizzata per meno della metà. Le risorse erano state assegnate per prudenza, non a partire da una misurazione.
Il dimensionamento proposto per sostituire quel cluster prevedeva tre nodi single socket, sedici core e 384 GB di memoria ciascuno: non una replica dell’esistente, ma un impianto costruito sui dati di utilizzo. Nel confronto tecnico interno abbiamo discusso se alzare il numero di core oppure la frequenza del processore, e la scelta è caduta sulla frequenza, perché i dati indicavano che di core ne servivano meno e non di più. È il tipo di decisione che un preventivo costruito a specchio sull’esistente non permette nemmeno di formulare. La piattaforma iperconvergente di destinazione ha sostenuto il resto del progetto: migrazione per gruppi di macchine in finestre concordate, replica fra nodi attiva dal primo giorno, una console unica per calcolo e storage che il team interno ha imparato a leggere durante l’affiancamento.
I segnali che l’infrastruttura è arrivata al limite
Raramente si tratta di un guasto. Più spesso è una somma di sintomi minori, e questi sono quelli che incontriamo con maggiore frequenza in fase di assessment.
- Le finestre di backup si allungano fino a sfiorare l’orario di lavoro.
- Un fornitore propone hardware aggiuntivo prima di aver verificato l’utilizzo di quello esistente.
- Gli aggiornamenti slittano perché nessuno vuole intervenire su quella configurazione.
- Nessuno in azienda sa dire quante risorse siano effettivamente in uso.
- La procedura di ripristino non è mai stata provata, oppure non risulta documentata.
Quando questi segnali compaiono insieme, il tema non è più la licenza: la manutenzione ordinaria si sta trasformando in un rischio operativo.
Il passaggio a un’alternativa a VMware diventa la scelta naturale quando ricorrono condizioni come queste: hardware in fine vita da sostituire comunque, un rinnovo di licenze particolarmente oneroso, la necessità di rivedere backup e continuità operativa, un team IT ridotto in difficoltà a mantenere un’architettura frammentata. In quei casi la migrazione coincide con un intervento comunque necessario, affrontato in un’unica occasione invece che per interventi separati, e i segnali elencati sopra indicano che l’occasione è arrivata.
Alternativa a VMware: le voci da confrontare oltre alla licenza
Chi valuta un’alternativa a VMware mette a confronto per iscritto almeno cinque voci, e la prima è quella che conta meno.
- Le licenze, punto di partenza del ragionamento e raramente elemento decisivo.
- L’hardware, tenendo presente che un dimensionamento basato sui consumi reali può ridurre il numero di nodi rispetto all’esistente.
- Il tempo di gestione quotidiana, che in un impianto integrato tende a scendere, a condizione che il team impari una console nuova.
- La migrazione, il cui peso dipende dal numero di macchine virtuali, dalla loro criticità e dalle finestre di fermo disponibili.
- Le competenze interne, la variabile più sottovalutata: una piattaforma che nessuno in azienda sa governare sposta la dipendenza dal fornitore invece di ridurla.
| Voce | Rinnovo dell’esistente | Migrazione a iperconvergenza |
|---|---|---|
| Licenze | Canone rinegoziato a ogni scadenza | Modello legato ai nodi del cluster |
| Hardware | Server e SAN sostituiti separatamente a fine vita | Nodi dimensionati sui consumi reali |
| Gestione quotidiana | Console separate per calcolo, storage e rete | Un solo piano di controllo |
| Continuità operativa | Legata al ripristino dello storage condiviso | Replica fra nodi prevista dal progetto |
| Competenze | Profili distinti per ogni componente | Una sola piattaforma da imparare |
Alle cinque voci conviene aggiungere tre domande, da porre a chiunque proponga il cambio: su quale periodo sono stati misurati i consumi, quali dipendenze applicative risultano censite, e cosa accade se a metà migrazione un carico non risponde come previsto. Le risposte distinguono un progetto da un ordine.
Come si passa a un’alternativa a VMware senza fermare l’azienda
Si passa misurando i consumi reali, dimensionando sui dati e migrando per gruppi di macchine, dalle meno critiche alle essenziali, in finestre concordate. La sequenza tollera poche scorciatoie. La misurazione copre un periodo rappresentativo, alcune settimane e non una giornata. Segue il dimensionamento costruito su quei dati. Si sceglie poi un primo gruppo di macchine non critiche, per validare processo e tempistiche su carichi che possono attendere. Soltanto dopo arrivano i sistemi che non possono fermarsi, con finestre concordate e un piano di rientro definito prima di iniziare.
Gli imprevisti non nascono dallo spostamento delle macchine virtuali, ma dalle dipendenze: applicazioni legate a indirizzi IP fissi, licenze vincolate al numero di serie dell’hardware, integrazioni con sistemi esterni che nessuno ha mai documentato. Emergono in quasi tutti i progetti, e la fase giusta per individuarle è l’analisi.
Una migrazione infrastrutturale raramente resta confinata all’hypervisor. Quando una parte dei carichi si sposta fuori dalla sede il tema diventa il cloud gestito, mentre la gestione quotidiana di quanto rimane in azienda rientra nel perimetro dell’IT gestito a canone.
In Aesir Srl siamo Partner Professional Nutanix e affrontiamo questi progetti partendo dalla misurazione dei carichi anziché dal listino. Seguiamo progetti in tutta Italia e, su richieste specifiche, in Svizzera, Regno Unito e Stati Uniti, con datacenter Tier IV di proprietà in Unione Europea e replica fra siti, dentro un perimetro certificato ISO 9001, 27001, 27017 e 27018. Per chi valuta un cambio di piattaforma la conseguenza pratica è una: migrazione, infrastruttura di destinazione e presidio successivo hanno un unico responsabile, perché operiamo come MSP e MSSP nello stesso contratto. Le specifiche della piattaforma restano documentate sul sito ufficiale Nutanix.
Domande frequenti
Si può migrare senza fermare la produzione?
Sì, nella maggior parte dei casi: molte macchine si spostano con interruzioni brevi e programmabili, mentre le applicazioni critiche ricevono una finestra concordata. Le date si fissano in fase di analisi, carico per carico.
Il passaggio a un’alternativa a VMware richiede hardware nuovo?
In genere sì, perché l’iperconvergenza si basa su nodi che integrano calcolo e storage. Il numero di nodi dipende però dal consumo reale e può risultare inferiore a quello attuale.
Il team interno riesce a gestirla?
Sì, con un periodo di affiancamento. La console unica semplifica le attività quotidiane; la formazione si concentra soprattutto sulle procedure di backup e ripristino.
Come si rileva il consumo reale delle risorse?
Con strumenti di analisi che raccolgono dati su alcune settimane e restituiscono l’utilizzo effettivo di processore, memoria e storage per singola macchina virtuale. Sono gli stessi dati su cui si costruisce poi il dimensionamento.
Parliamone
Prima di scegliere un’alternativa a VMware conviene procurarsi un numero: quante risorse risultano effettivamente utilizzate rispetto a quelle assegnate. L’infrastruttura attuale è in grado di fornirlo e cambia spesso i termini della decisione, perché sposta la discussione dal prezzo di una licenza al dimensionamento di un impianto.
Se desidera approfondire il tema o valutare la situazione della sua azienda, può compilare la form in fondo alla pagina oppure scrivere a support@aesir-tech.it: prenotiamo una consulenza gratuita e partiamo dai suoi numeri