Server prossimi al fine vita, storage che fatica a sostenere la crescita, costi di licenza cambiati o un ambiente diventato complesso da gestire: sono situazioni che portano prima o poi a valutare come aggiornare l’infrastruttura IT.
La scelta più immediata è sostituire ogni componente con il suo equivalente più recente. Ma se i limiti dipendono dall’architettura e non soltanto dall’età dell’hardware, il rischio è investire per ritrovarsi con gli stessi problemi qualche anno dopo.
Per questo conviene partire da una domanda diversa: cosa dovrà sostenere l’infrastruttura nei prossimi anni e quali vincoli dell’ambiente attuale non vale la pena portarsi dietro?
Perché aggiornare l’infrastruttura IT
Il fine vita dell’hardware è uno dei motivi più evidenti. Supporto, garanzia, reperibilità dei ricambi e compatibilità con nuove versioni software possono rendere necessario un intervento.
Ma non è l’unico segnale. Un aggiornamento può diventare opportuno anche quando aumentano i workload e i dati, servono maggiori garanzie di continuità, la crescita è difficile da gestire oppure costi e complessità operativa non sono più coerenti con le esigenze dell’azienda.
È quindi utile distinguere due problemi: l’obsolescenza dei singoli componenti e l’adeguatezza dell’architettura nel suo insieme. Se il limite è strutturale, cambiare soltanto i server può rimandarlo senza risolverlo.
Come pianificare l’aggiornamento: partire dai workload reali
Prima della nuova distinta hardware servono dati sull’ambiente esistente.
CPU, RAM e storage sono il punto di partenza, ma vanno letti rispetto all’utilizzo effettivo. Le risorse assegnate alle VM possono essere molto diverse da quelle realmente utilizzate; per lo storage non basta conoscere i terabyte occupati, perché contano anche I/O, latenza, crescita dei dati e livello di ridondanza richiesto.
L’analisi dovrebbe considerare:
- utilizzo medio e picchi di CPU e RAM
- capacità storage utilizzata e crescita prevista
- caratteristiche dei workload e requisiti I/O
- VM e servizi realmente critici
- risorse necessarie nello scenario di guasto previsto
- nuovi progetti e workload attesi nei prossimi anni
L’obiettivo non è dimensionare il nuovo sistema sul consumo medio di oggi, ma trovare un equilibrio tra utilizzo reale, picchi, resilienza e crescita futura.
Aggiornare o modernizzare l’infrastruttura?
Non tutti gli aggiornamenti richiedono un cambio di architettura.
Se l’ambiente funziona bene e il problema è principalmente l’età dell’hardware, può essere corretto rinnovare la piattaforma esistente. Se invece negli anni si sono accumulati sistemi, storage e risorse frammentate, il refresh può diventare l’occasione per consolidare o valutare un modello diverso.
È qui che può entrare in gioco, per esempio, un’infrastruttura iperconvergente, nella quale capacità computazionale e storage distribuito vengono progettati all’interno dello stesso cluster.
Non è però una scelta automatica. Numero di nodi, rete, prestazioni dello storage, latenza e competenze operative devono essere coerenti con i workload. L’obiettivo non è eliminare la SAN a ogni costo, ma capire quale architettura sia più sostenibile per l’ambiente reale.
Qui trovi l’approfondimento dei sistemisti AXOL sui sistemi iperconvergenti.
Migrazione e continuità fanno parte del progetto
Aggiornare l’infrastruttura non significa soltanto installare nuovo hardware. Occorre capire anche come trasferire i servizi nel nuovo ambiente.
Quali VM possono essere migrate facilmente? Quali applicazioni richiedono una finestra programmata? Quanto downtime è accettabile? I backup sono verificati prima della migrazione?
Queste valutazioni possono incidere sull’architettura, sulle tempistiche e sul costo complessivo. Per questo architettura target e piano di migrazione dovrebbero essere progettati insieme.
Anche il confronto economico dovrebbe andare oltre il prezzo dell’hardware e considerare configurazione, migrazione, backup, eventuali subscription o licenze, supporto e gestione futura.
Cosa fare dell’hardware esistente
Aggiornare non significa necessariamente dismettere tutto. Server ancora affidabili possono avere un ruolo secondario, per esempio nel backup o nel disaster recovery, dopo averne verificato stato, prestazioni, consumi, compatibilità e supportabilità.
Nel progetto Union Gas e Luce, alcuni server precedenti sono stati riconvertiti per Proxmox Backup Server e disaster recovery. Il valore non sta nel riuso in sé, ma nell’assegnare all’hardware esistente una funzione coerente con il nuovo progetto.
Approfondisci il case study Union Gas e Luce.
Due casi AXOL, due motivi diversi per aggiornare
Ginvest partiva da un’infrastruttura server tradizionale non più adeguata alla crescita dei servizi digitali, della mole documentale e delle esigenze di continuità. A questo si aggiungevano la fine del supporto software del vendor e la difficoltà di reperire componenti hardware. Tutti i dettagli del case Ginvest.
Union Gas e Luce utilizzava invece già Proxmox VE, ma su un’infrastruttura eterogenea cresciuta nel tempo e basata su storage condiviso SAN. In questo caso l’aggiornamento non nasceva dalla necessità di cambiare hypervisor, ma di rendere l’architettura più scalabile, flessibile e semplice da gestire.
Due situazioni diverse che portano allo stesso principio: la nuova configurazione dovrebbe essere il risultato dell’analisi, non il punto di partenza.
Da dove partire per aggiornare l’infrastruttura IT
Prima di richiedere una nuova configurazione, raccogli i dati essenziali dell’ambiente attuale: VM, utilizzo reale di CPU e RAM, capacità e crescita dello storage, I/O, requisiti di continuità, backup, vincoli applicativi e workload previsti nei prossimi anni.
Da qui è possibile capire se conviene aggiornare l’architettura attuale, consolidare le risorse o adottare un modello differente.
Devi aggiornare server, storage o virtualizzazione? Ricevi una prima ipotesi di configurazione costruita sui dati disponibili e confrontala con gli specialisti AXOL prima di arrivare alla proposta tecnica definitiva.
