Dentro un solo server fisico possono convivere dieci, venti, a volte cinquanta computer diversi. Ognuno ha il proprio sistema operativo e i propri programmi, e non sa nulla degli altri. Si chiama virtualizzazione dei server, e da una ventina d’anni regge i data center aziendali e buona parte del cloud.
L’idea di fondo si spiega in fretta. Un software, l’hypervisor, divide le risorse della macchina reale tra più macchine virtuali. Processore, memoria, rete e dischi vengono assegnati a ciascuna come fette di una torta. Per chi la usa, ogni macchina virtuale si comporta come un server vero.
Il guadagno si vede sulla bolletta e in sala macchine, dove bastano meno armadi, meno dischi e meno condizionamento. Un nuovo server si crea in pochi minuti, non in settimane. E quando una macchina fisica si guasta, le macchine virtuali possono ripartire altrove.
Il conto, però, arriva altrove. Tutte quelle macchine leggono e scrivono dati nello stesso momento. Per questo, in un ambiente virtualizzato, lo storage diventa il punto più delicato dell’intera infrastruttura.
L’hypervisor, il regista invisibile
Dall’hypervisor passa tutto: decide quanta CPU riceve ogni macchina virtuale, e in quale momento. Gestisce la memoria, smista il traffico di rete, traduce le richieste verso i dischi.
Esistono due grandi famiglie. L’hypervisor di tipo 1 si installa direttamente sull’hardware, senza un sistema operativo sotto. È la scelta dei data center, perché è più efficiente e più stabile. Appartengono a questa famiglia VMware ESXi, Microsoft Hyper-V e le soluzioni basate su KVM, come Proxmox VE.
L’hypervisor di tipo 2 funziona invece come un normale programma, sopra Windows, macOS o Linux. È comodo per chi sviluppa o vuole provare un sistema operativo diverso sul proprio portatile. Non è pensato per la produzione.
Macchine virtuali e container
Negli ultimi anni accanto alle macchine virtuali sono cresciuti i container. La differenza è sostanziale. Una macchina virtuale contiene un intero sistema operativo. Un container condivide il sistema operativo dell’host e isola solo l’applicazione.
I container sono più leggeri e partono in un attimo. Le macchine virtuali offrono un isolamento più forte e possono ospitare sistemi diversi sullo stesso server. Nella pratica le due tecnologie convivono: molti container girano proprio dentro macchine virtuali.
Perché le aziende virtualizzano
Il motivo che convince per primo è economico. Un server tradizionale dedicato a una sola applicazione resta spesso inattivo per gran parte del tempo. Con la virtualizzazione la stessa macchina lavora per molti servizi insieme. L’hardware viene sfruttato davvero.
Poi c’è la flessibilità, che chi gestisce i sistemi apprezza ogni giorno. Una macchina virtuale, in fondo, è un insieme di file. Si può copiare, clonare, spostare, salvare in uno snapshot prima di un aggiornamento rischioso. Se qualcosa va storto, si torna indietro in pochi secondi.
La ragione che spesso fa pendere la bilancia, però, è la continuità del servizio. Con più server fisici riuniti in un cluster, una macchina virtuale può migrare da un host all’altro mentre è accesa. Si può aggiornare un server di sabato mattina senza che gli utenti se ne accorgano. E se un host si guasta, le macchine ripartono sugli altri.
Lo storage sotto pressione
È qui che molti progetti inciampano. Perché una macchina virtuale possa spostarsi da un server all’altro, i suoi dischi non possono stare dentro un singolo server. Devono trovarsi in uno storage condiviso, raggiungibile da tutti gli host del cluster.
Lo storage condiviso diventa così il magazzino comune di tutte le macchine virtuali, con un carico di lavoro che non somiglia a nessun altro.
Il “frullatore” di I/O
Un singolo server fisico produce un flusso di dati abbastanza ordinato. Venti macchine virtuali sullo stesso host producono invece richieste piccole, casuali e simultanee. Un database scrive, un file server legge, un sistema di posta indicizza. Tutto nello stesso istante.
Gli addetti ai lavori lo chiamano “I/O blender”, il frullatore dell’input/output. Per lo storage è il carico più faticoso. Non conta solo quanti dati passano al secondo. Conta quante operazioni singole riesce a gestire, le cosiddette IOPS, e con quale latenza risponde.
Qualche numero aiuta. Un disco meccanico tradizionale gestisce poche centinaia di operazioni casuali al secondo. Un’unità SSD ne gestisce migliaia, anche decine di migliaia. Per questo negli ambienti virtualizzati la memoria flash, almeno come cache, è diventata quasi la norma.
Cosa chiedere a uno storage per la virtualizzazione
La prima cosa da guardare è la costanza delle prestazioni, soprattutto sulle operazioni casuali. Poi l’affidabilità: se lo storage si ferma, si fermano tutte le macchine virtuali insieme, dal gestionale alla posta. E la rete, spesso a 10 Gbit/s o più, riservata al traffico dei dati.
Conta anche il modo in cui lo storage parla con l’hypervisor. I protocolli più diffusi per i datastore condivisi sono iSCSI, che lavora a blocchi, e NFS, che lavora a file. Ognuno ha pregi e limiti, e la scelta influisce su configurazione, prestazioni e gestione.
Resta la compatibilità, il tema meno appariscente. I produttori di hypervisor pubblicano elenchi di sistemi storage certificati. Sono apparati testati e verificati per funzionare correttamente con la loro piattaforma. Per un’azienda la certificazione è una garanzia in più, soprattutto quando si deve chiedere assistenza.
Le piattaforme sul mercato
Per anni VMware è stata il riferimento quasi obbligato nelle aziende. Il suo hypervisor ESXi e la piattaforma vSphere hanno definito il modo stesso di virtualizzare i data center.
Lo scenario si è mosso dopo l’acquisizione di VMware da parte di Broadcom, chiusa a novembre 2023. Il passaggio ai soli abbonamenti ha spinto molte imprese a rivedere i costi. Alcune hanno confermato la scelta, altre hanno iniziato a valutare alternative.
Tra queste ci sono Microsoft Hyper-V, integrato in Windows Server, e le piattaforme basate su KVM. Proxmox VE, open source, ha guadagnato spazio soprattutto tra le piccole e medie imprese. Nutanix propone invece un’infrastruttura iperconvergente con un proprio hypervisor.
Pesano le competenze interne, il budget, le applicazioni da ospitare. Qualunque sia la piattaforma, però, se lo storage arranca rallenta anche l’hypervisor più blasonato.
Da dove partire
Oggi la virtualizzazione è alla portata anche di un ufficio con dieci persone. Bastano un paio di server, uno storage condiviso e una rete ben dimensionata. Conviene cominciare da un inventario onesto: quali servizi girano oggi, e quante risorse consumano davvero.
Poi bisogna pensare ai dati. Dove staranno i dischi delle macchine virtuali? Come verranno protetti con backup e snapshot? Chi li ripristina, e in quanto tempo, se qualcosa va storto?
Chi vuole approfondire i concetti di base trova una spiegazione chiara nella guida di Red Hat, Cos’è la virtualizzazione?.