«Iperconvergenza» è una parola che in una riunione commerciale fa danni: chi la usa dà per scontato che sia chiara, chi ascolta annuisce per non fare brutta figura, e nessuno dei due sta parlando della stessa cosa.
Proviamo a rimetterla in ordine, partendo da cosa sostituisce e arrivando ai casi in cui non ha senso adottarla.
Come è fatta una sala macchine tradizionale
L’architettura classica ha tre strati distinti, comprati separatamente e spesso da fornitori diversi.
- I server, che forniscono processore e memoria.
- Lo storage, un armadio a parte dove stanno i dischi, collegato ai server da una rete dedicata.
- La rete di storage, con i suoi switch e le sue schede, che tiene insieme i primi due.
Funziona, è collaudata da vent’anni, ed è quello che c’è oggi in moltissime aziende. Ha però tre difetti che si pagano nel tempo: sono tre tecnologie da conoscere invece di una, i pezzi si aggiornano su calendari diversi, e per crescere si compra a blocchi grossi — quando lo storage è pieno si compra un altro armadio, anche se serviva un decimo dello spazio.
Cosa cambia con l’iperconvergenza
L’idea è semplice: eliminare l’armadio dello storage separato. I dischi tornano dentro i server, e un software li unisce facendoli apparire come un unico spazio condiviso tra tutti i nodi.
Il risultato pratico è che comprate una sola cosa — un gruppo di nodi identici — invece di tre, e la crescita avviene aggiungendo un nodo alla volta: un po’ più di potenza e un po’ più di spazio insieme.
Il vantaggio vero non è la prestazione, che nella maggior parte delle PMI non era il collo di bottiglia. È la riduzione delle cose da conoscere, aggiornare, monitorare e sostituire.
Cosa migliora concretamente
| Aspetto | Tre strati separati | Iperconvergenza |
|---|---|---|
| Apparati da gestire | Server, storage, switch dedicati | Un gruppo di nodi uguali |
| Crescita | A blocchi grossi, per strato | Un nodo per volta |
| Guasto di un nodo | Dipende dall’architettura | Gli altri reggono il carico |
| Competenze richieste | Tre ambiti distinti | Prevalentemente uno |
| Spazio e consumi | Più armadi | Ingombro ridotto |
| Costo iniziale | Più basso a parità di capacità | Più alto sulla configurazione minima |
L’ultima riga è quella che va guardata con attenzione, ed è il motivo per cui l’iperconvergenza non è sempre la risposta giusta.
Quando non conviene
Ci sono situazioni in cui proporla è semplicemente sbagliato, e vale la pena elencarle.
- Vi basta un server. Sotto una certa soglia — un applicativo, poche macchine virtuali, nessuna esigenza di continuità stringente — un buon server singolo con un backup fatto bene costa molto meno e risolve.
- L’hardware attuale è recente. È una scelta che si fa al momento della sostituzione, non prima. Rimpiazzare un’infrastruttura da due anni per semplificarla non si ripaga.
- State per andare in cloud. Se il piano a diciotto mesi è spostare tutto fuori, investire in sala macchine è denaro immobilizzato. Il ragionamento sul confronto lo abbiamo sviluppato nell’articolo su server in azienda o cloud.
- Il vostro problema è un altro. Se i fermi che avete avuto nell’ultimo anno erano dovuti a backup non funzionanti, ransomware o connettività, l’iperconvergenza non li avrebbe evitati. Vale la pena sistemare la causa vera prima.
Quando invece ha senso
Il profilo tipico in cui i conti tornano è abbastanza riconoscibile:
- Avete più server fisici in sala macchine, arrivati in momenti diversi e con garanzie che scadono in ordine sparso.
- Un fermo prolungato è un problema serio: la produzione si ferma, gli ordini non partono, la logistica si blocca.
- La crescita è irregolare e difficile da prevedere a tre anni.
- Chi gestisce l’infrastruttura passa troppo tempo a tenere insieme pezzi diversi.
- Volete restare in sede, per ragioni di latenza, di dati o di connettività.
Quando questi elementi sono presenti insieme, il maggior costo iniziale si recupera in gestione e in fermi evitati nell’arco di vita dell’infrastruttura.
Le domande da fare a chi ve la propone
Se qualcuno vi sta preparando un preventivo, queste cinque domande separano una proposta seria da un catalogo:
- Quanti nodi servono per reggere il guasto di uno? La risposta ha implicazioni dirette sul prezzo minimo.
- Che succede durante gli aggiornamenti? Un cluster fatto bene si aggiorna un nodo alla volta senza fermare i servizi.
- Il backup è compreso o è un altro progetto? Snapshot e repliche non sono backup: proteggono dal guasto, non dalla cifratura né dalla cancellazione.
- Quanto costa aggiungere un nodo fra due anni? Fatevi dare un ordine di grandezza scritto.
- Chi lo gestisce dopo? Semplificare l’hardware non elimina la necessità di qualcuno che lo tenga d’occhio.
In sintesi
L’iperconvergenza non è una tecnologia di frontiera né una moda: è un modo di ridurre il numero di parti mobili in sala macchine. Conviene quando le parti mobili sono tante e la continuità conta; non conviene quando l’infrastruttura è piccola, recente, o destinata a sparire.
Sulla pagina iperconvergenza trovate come la implementiamo, e su virtualizzazione il livello che ci sta sopra. Se preferite partire da una fotografia della situazione attuale invece che da un preventivo, l’assessment gratuito dura 90 minuti e finisce con un documento, non con un’offerta.