Modernizzazione data center non significa semplicemente aggiungere potenza elaborativa, sostituire qualche apparato o inseguire la densità più alta possibile per rack. Significa ripensare il data center come sistema fisico, energetico, trasmissivo e operativo, accettando che la qualità dell’infrastruttura non dipenda mai da un solo elemento. La famiglia ISO/IEC 22237 imposta il tema nel modo corretto: un data center va letto attraverso disponibilità, sicurezza ed efficienza energetica lungo l’intero ciclo di vita, non come somma disordinata di sale, rack, gruppi di continuità, impianti HVAC e apparati di rete. La serie EN 50600, sul versante europeo, rafforza la stessa logica e la traduce in una struttura classificatoria che collega costruzione, alimentazione, controllo ambientale, cablaggio e sicurezza fisica.
Questo punto è più importante di quanto sembri. In molti progetti la modernizzazione viene confusa con la sostituzione tecnologica: server più recenti, storage più veloce, networking aggiornato, nuovo sistema di monitoraggio. Tutto utile, ma insufficiente se non si corregge la struttura che ospita, alimenta, raffredda, protegge e rende governabile quel carico digitale. È proprio qui che il dibattito diventa serio: il problema non è installare componenti migliori, ma farli convivere dentro un’architettura coerente, espandibile e leggibile nel tempo. Anche il white paper da cui siamo partiti coglie questo nodo quando sposta l’attenzione dalla sola capacità ai temi di spazio, energia, sicurezza e controllo integrato; il lavoro da fare, però, è andare oltre il tono promozionale e trasformare quelle intuizioni in criteri di progetto verificabili.
Il primo fronte è lo spazio, e il termine va inteso nel senso tecnico corretto. Parlare di white space e grey space non è un vezzo lessicale: vuol dire distinguere l’area destinata all’IT attivo dallo spazio che rende possibile il suo funzionamento, quindi distribuzione elettrica, raffreddamento, percorsi, servizi di supporto, accessibilità manutentiva e sicurezza. La modernizzazione fallisce spesso già qui, perché molte strutture legacy sono state riempite per strati successivi senza una logica aggiornata di densità, accessibilità e separazione funzionale. Il risultato è noto: rack inseriti dove “stanno”, percorsi che si saturano prima del previsto, corridoi che diventano aree di servizio improprie, impianti ausiliari costretti a lavorare in condizioni peggiori di quelle previste. ISO/IEC 22237-2 tratta proprio questi aspetti, richiamando la centralità della costruzione, della configurazione dell’edificio, della protezione dai rischi ambientali e della qualità esecutiva come prerequisito di disponibilità reale. In altre parole: non si modernizza un data center se l’involucro fisico resta pensato per un altro carico, un’altra densità e un’altra logica di esercizio.
Sul piano economico questo primo fronte è decisivo. Sovradimensionare spazio e predisposizioni immobilizza capitale; sottodimensionarli produce blocchi futuri, lavori invasivi, aumento dei tempi di intervento e costi di trasformazione molto più alti quando il servizio è già in esercizio. L’errore più comune è valutare lo spazio solo in metri quadri o numero di rack, invece di leggerlo come capacità infrastrutturale complessiva. Un rack in più non vale nulla se peggiora i flussi d’aria, complica la manutenzione, riduce la separazione dei percorsi o rende opaca la gestione delle ridondanze. La buona progettazione, quindi, non cerca la massima occupazione apparente: cerca il miglior equilibrio tra densità utile, margine operativo e possibilità di crescita ordinata.
Il secondo fronte è l’energia, ma anche qui la semplificazione è pericolosa. Ridurre tutto al PUE è un errore frequente. Il PUE resta un indicatore importante e ISO/IEC 30134-2 continua a riconoscerlo come KPI di riferimento per l’efficienza energetica del data center, ma un progetto maturo non si ferma lì. La stessa famiglia ISO/IEC 30134 estende il ragionamento ad altri indicatori, come il CER per l’efficienza del raffreddamento, il CUE per l’intensità carbonica e il WUE per l’uso dell’acqua. Questo significa che la modernizzazione energetica non coincide con un valore di marketing da esporre, ma con la capacità di misurare dove si consuma, perché si consuma e con quali trade-off tra resilienza, temperatura operativa, continuità e impatto ambientale.
Il contesto, inoltre, si sta irrigidendo. L’IEA stima che i consumi elettrici dei data center possano arrivare a circa 945 TWh nel 2030, con una crescita media annua intorno al 15% tra il 2024 e il 2030, spinta in misura rilevante dall’espansione dei carichi accelerati e dell’AI. Questo dato non va letto in modo allarmistico, ma come promemoria concreto: il raffreddamento, la distribuzione elettrica e la qualità del monitoraggio stanno diventando vincoli di business, non più solo temi impiantistici. Se il carico cresce più in fretta della capacità di governarlo, il problema non sarà soltanto la bolletta: sarà la rigidità complessiva dell’infrastruttura.
Qui entrano in gioco anche le linee ASHRAE. Le raccomandazioni sui limiti di temperatura, umidità, dew point e classi operative ricordano che non ogni aumento di temperatura o ogni strategia di risparmio è neutra rispetto all’affidabilità dell’IT. L’errore da evitare è inseguire l’efficienza in modo cieco, spostando il rischio dentro i margini termici senza una reale conoscenza del comportamento delle apparecchiature e senza una misura seria delle condizioni locali. L’efficienza è un risultato tecnico, non una dichiarazione di intenti.
Il terzo fronte è il cablaggio, che nei data center continua a essere sottovalutato da chi ragiona solo in termini di switching e potenza di calcolo. È un errore concettuale. ISO/IEC TS 22237-5 tratta in modo specifico le infrastrutture di telecomunicazione del data center, mentre EN 50600-2-4 inquadra la disponibilità del sistema di cablaggio come parte costitutiva della disponibilità complessiva del sito. Questo significa che il cablaggio non è un accessorio da adattare a posteriori: è una componente strutturale della resilienza, della manutenzione, della scalabilità e della leggibilità operativa. Un data center modernizzato con percorsi saturi, densità mal distribuite, patching ingestibile, etichettatura fragile o separazioni incoerenti tra domini ridondati è un data center che prima o poi trasformerà l’evoluzione ordinaria in fermo operativo o in lavoro correttivo costoso.
Questo vale ancora di più quando le architetture di rete si fanno più distribuite, il traffico est-ovest cresce, le velocità interne aumentano e la densità di terminazioni per rack diventa parte del problema fisico prima ancora che logico. In questi scenari, il cablaggio deve essere progettato insieme all’architettura e non “a valle” dell’architettura. È anche il motivo per cui, sul piano editoriale, questo articolo si collega direttamente all’approfondimento già pubblicato su NetCabling dedicato alla progettazione del cablaggio nei data center secondo ISO/IEC 11801-5: lì il focus è la struttura cablata della sala; qui il focus è la modernizzazione dell’ecosistema nel suo complesso.
Il quarto fronte è il superamento del legacy, ed è probabilmente quello più frainteso. Eliminare il legacy non significa rottamare in massa. Significa distinguere con lucidità ciò che limita davvero disponibilità, efficienza e trasformabilità da ciò che può ancora essere integrato o accompagnato in una fase transitoria. Il punto critico non è l’età anagrafica di una tecnologia, ma il suo costo totale di permanenza: dipendenze nascoste, assenza di telemetria, manutenzione opaca, ricambi problematici, assorbimenti non competitivi, lock-in progettuale, documentazione incompleta, incompatibilità con modelli di automazione più evoluti. La modernizzazione ben fatta procede per mappe di dipendenza, priorità di rischio e finestre operative, non per entusiasmo tecnologico. ISO/IEC TS 22237-7, dedicata a management e operation, insiste proprio sul nesso tra processi operativi, pianificazione della capacità, mitigazione del rischio ed efficienza: un data center non si rinnova solo acquistando meglio, ma governando meglio la transizione.
In questa logica diventano interessanti anche modularità e approcci open. L’Open Compute Project, per esempio, lavora apertamente su facility modulari e scalabili che integrano power, cooling, facility operations e hardware con una logica più componibile. Questo non significa che ogni data center debba inseguire modelli hyperscale o aderire a un paradigma specifico, ma segnala una tendenza reale: più le architetture crescono in densità e velocità di trasformazione, meno reggono infrastrutture pensate come blocchi rigidi e poco interoperabili. La modularità, tuttavia, non va idealizzata. Senza standard interni, disciplina documentale e compatibilità operativa, anche un ambiente modulare può diventare soltanto un mosaico di sottosistemi che non parlano tra loro.
Il quinto fronte è la sicurezza, che in un data center maturo non può più essere spezzata in compartimenti psicologicamente comodi: da un lato la sicurezza fisica, dall’altro la cybersecurity. EN 50600-2-5 tratta in modo esplicito la sicurezza fisica degli spazi del data center, mentre ISO/IEC 22237-1 include la sicurezza tra i criteri cardine della classificazione complessiva. Questo è il punto giusto da cui partire: la continuità del servizio dipende da un sistema di protezione che comprende sito, accessi, compartimentazione, impianti, telemetria, procedure, logging, tracciabilità e integrazione con il dominio di rete e dei sistemi. Ogni separazione artificiale tra questi mondi produce zone cieche.
I dati Uptime aiutano a ricordare perché la questione non è teorica. Nell’analisi 2025 emerge che i problemi elettrici restano la causa più comune delle interruzioni gravi, ma crescono anche i casi legati a IT e networking; inoltre, il mancato rispetto delle procedure da parte del personale pesa sempre di più tra le cause di fermo. È un’indicazione molto chiara: la resilienza non si compra tutta in hardware. Una parte rilevante si costruisce in procedure, addestramento, chiarezza documentale, controllo del cambiamento e riduzione dell’ambiguità operativa. Un data center con molta tecnologia e poca disciplina resta fragile.
Il sesto fronte, infine, è il governo unificato dell’insieme. È qui che molti progetti dichiarano la modernizzazione senza averla davvero realizzata. Se potenza, raffreddamento, cablaggio, sicurezza, allarmi, asset, capacità e processi di esercizio restano distribuiti in silos documentali o software non coordinati, il data center può anche avere apparati recenti, ma non possiede ancora una vera capacità di governo. ISO/IEC TS 22237-7 richiama proprio l’esigenza di processi operativi orientati a resilienza, rischio, pianificazione della capacità, sicurezza ed efficienza energetica. Questo si traduce in un principio semplice: la visibilità operativa deve diventare trasversale, non locale. Non basta sapere che cosa c’è installato; bisogna sapere che cosa è in funzione, come sta lavorando, in che condizioni si trova, quali dipendenze ha e quale impatto produce ogni modifica.
Qui il confine tra infrastruttura e gestione si assottiglia. Il monitoraggio senza processi genera rumore. I dashboard senza responsabilità chiare producono illusione di controllo. L’automazione senza qualità dei dati amplifica gli errori invece di ridurli. La modernizzazione del data center diventa solida soltanto quando la misura, la documentazione e l’orchestrazione non sono strati aggiunti a posteriori, ma parte costitutiva del disegno iniziale. È il motivo per cui la discussione su telemetry, DCIM/DCM, logging e capacity planning non appartiene alla “fase due” del progetto: appartiene alla sua qualità originaria.
Messi insieme, questi sei fronti restituiscono una conclusione netta. Un data center non si modernizza inseguendo la novità più visibile, ma riallineando in modo coerente costruzione, spazio utile, energia, cablaggio, sicurezza, processi e strumenti di governo. Il vero discriminante non è quanta tecnologia nuova si acquista, ma quanta complessità inutile si elimina e quanta capacità reale di evoluzione si guadagna. In questo senso la modernizzazione non è una campagna di refresh: è un progetto di architettura tecnica, economica e operativa. E la differenza tra un ambiente che regge il futuro e uno che lo subisce comincia sempre dallo stesso punto: smettere di leggere il data center come somma di impianti e iniziare a leggerlo come ecosistema.
