C’è quel momento, in ogni PMI, in cui qualcuno entra nella sala server e si ferma a guardare: i rack che ronzano, un gruppo di continuità che ha già qualche anno e una bolletta elettrica che non scende mai. Magari il contratto di manutenzione hardware è in scadenza, o un server fisico ha appena dato il primo segnale di cedimento di un disco. La domanda diventa inevitabile: rinnoviamo il ferro per altri cinque anni, oppure è il momento di chiudere la sala server e portare tutto in cloud?
Questo passaggio si chiama datacenter exit: spegnere fisicamente le macchine in azienda e farle rivivere come risorse su Azure. Il rischio percepito è alto (“se sbaglio fermo l’azienda”), ma con il metodo giusto e lo strumento giusto — Azure Migrate — diventa un progetto pianificabile, misurabile e a basso impatto. Vediamo come si fa, passo per passo.
Cos’è Azure Migrate e perché parte da qui
Azure Migrate è il servizio Microsoft che orchestra l’intero percorso: censisce i server esistenti, ne misura il carico reale, stima i costi su Azure e — quando si è pronti — replica e accende le macchine nel cloud. Non è un singolo tool, ma un hub che copre server fisici, macchine virtuali VMware e Hyper-V, database e applicazioni web.
Il punto chiave per una PMI è che Azure Migrate non chiede di decidere a scatola chiusa: prima si guardano i dati, poi si decide. Questo riduce il classico errore del datacenter exit, cioè dimensionare le risorse cloud “a sensazione” e finire per pagare il doppio del necessario o, peggio, sottodimensionare e creare lentezze.
Fase 1 — Discovery: fotografare cosa hai davvero
Il progetto comincia con una discovery, ovvero l’inventario automatico dell’ambiente on-premise. Si installa una piccola appliance di Azure Migrate nella rete aziendale (una macchina leggera che fa da sonda) e nel giro di qualche giorno raccoglie:
- l’elenco dei server fisici e virtuali, con CPU, RAM, dischi e sistema operativo;
- l’utilizzo reale nel tempo (non la capacità installata, ma quanto viene effettivamente usato);
- il software in esecuzione su ogni macchina;
- le dipendenze applicative, cioè chi parla con chi.
Quest’ultimo punto fa la differenza fra una migrazione liscia e una notte in bianco. Con la dependency analysis si scopre, per esempio, che il gestionale non comunica solo con il suo database, ma anche con un vecchio file server che nessuno ricordava più. Conoscere queste relazioni in anticipo permette di spostare i server nel giusto ordine e nelle giuste “ondate”, senza accendere su Azure un’applicazione che cerca un pezzo rimasto spento in sala server.
Quanto dura la discovery
Per una PMI con 5-30 server bastano in genere una o due settimane di raccolta dati. Più la finestra di osservazione è lunga, più la stima dei picchi (chiusura mensile, fatturazione, backup notturni) sarà affidabile.
Fase 2 — Assessment: dimensionamento e stima dei costi
Con i dati in mano, Azure Migrate produce un assessment: il piano numerico della migrazione. Qui si risponde a tre domande che ogni imprenditore vuole sentirsi dire prima di firmare.
Le mie macchine sono pronte per Azure? Il report segnala incompatibilità (sistemi operativi non più supportati, configurazioni particolari) prima che diventino un problema in produzione.
Che taglia di risorse mi servono? Invece di replicare 1:1 il ferro esistente — quasi sempre sovradimensionato — l’assessment propone la dimensione di VM Azure giusta in base all’utilizzo reale misurato in discovery. È il right-sizing: spesso si scopre che un server con 64 GB di RAM ne usa stabilmente 12, e su Azure si paga solo ciò che serve davvero.
Quanto mi costa al mese? Il report stima la spesa mensile su Azure, già al netto delle ottimizzazioni: è la base per il confronto con il costo nascosto della sala server (hardware, elettricità, climatizzazione, manutenzione, ore IT). Per costruirlo in autonomia puoi usare il calcolatore TCO server on-premise vs Azure e, per il quadro economico complessivo del cloud, il calcolatore TCO.
L’assessment si basa su un modello a consumo: paghi le VM a ore mentre sono accese, lo storage per GB e il traffico di rete in uscita. Niente più investimento iniziale (CapEx) in hardware, ma una spesa operativa (OpEx) modulabile.
Fase 3 — Prerequisiti di rete e sicurezza
Prima del trasloco vero e proprio si prepara la “destinazione”. Per una PMI i punti da sistemare sono pochi ma non rinviabili:
- Connettività verso Azure. Per la replica serve banda in uscita adeguata; a regime, una connessione affidabile fra ufficio e cloud. Spesso basta una buona linea con VPN site-to-site; dove servono prestazioni garantite si valuta ExpressRoute.
- Rete virtuale (VNet) e indirizzamento. Su Azure si ricrea la topologia di rete: sottoreti, regole di sicurezza ed eventuale estensione degli IP interni per non riconfigurare le applicazioni.
- Identità. Domini Active Directory, autenticazione e DNS vanno raccordati fra on-premise e cloud, tipicamente in modalità ibrida durante la transizione.
- Continuità operativa. Spostare i server è l’occasione per impostare backup e disaster recovery nativi, tema che approfondiamo nella guida su RPO, RTO e architetture di disaster recovery per le PMI.
È spesso qui che un’azienda senza partner si blocca: non perché sia complesso in assoluto, ma perché tocca insieme rete, sicurezza e identità, tre ambiti che richiedono mani esperte.
Fase 4 — Rehost: spostare le macchine senza riscriverle
Per la maggior parte dei server di una PMI la strategia è il rehost, cioè il classico lift-and-shift: la macchina viene portata su Azure così com’è, senza modificare applicazioni o sistema operativo. È l’approccio più veloce e a minor rischio, e Azure Migrate lo automatizza. Per capire quando conviene e quando invece serve modernizzare, ne parliamo nella guida al significato di lift-and-shift e alle strategie di migrazione.
Il meccanismo è pensato per ridurre al minimo il fermo:
- Replica continua. Azure Migrate copia i server verso Azure mentre questi continuano a lavorare in azienda: nessuno se ne accorge.
- Test migration. Prima del cutover si accende una copia di prova delle macchine in una rete isolata su Azure e si verifica che il gestionale parta e che gli utenti accedano, senza toccare la produzione.
- Cutover. Superati i test, si sceglie una finestra a basso impatto (di solito il weekend), si fa l’ultima sincronizzazione e si accendono le VM su Azure. Il fermo si misura in poche ore.
- Spegnimento del ferro. Verificato che tutto giri in cloud, i server fisici si spengono e la sala server può chiudere.
Le macchine atterrano come VM su Azure, e da lì si può procedere con eventuali ottimizzazioni successive (database gestiti, scalabilità) senza la pressione della scadenza. La logica del trasloco e i pattern ibridi sono trattati anche nella panoramica su multicloud e cloud ibrido per le PMI.
Ottimizzazione dei costi: Azure Hybrid Benefit
Qui c’è la leva economica che molte PMI ignorano e che cambia il conto finale. Se hai già licenze Windows Server (e in molti casi SQL Server) con Software Assurance o in abbonamento, Azure Hybrid Benefit ti permette di riutilizzarle su Azure invece di pagarle una seconda volta dentro il prezzo della VM.
In pratica la stessa macchina, con Hybrid Benefit attivo, costa sensibilmente meno perché non stai ripagando il sistema operativo: è un risparmio strutturale che si applica per tutta la vita della VM. Per gli ambienti più datati ci sono inoltre vantaggi sugli aggiornamenti di sicurezza estesi, utili se il datacenter exit serve proprio a superare server a fine supporto.
Per i prezzi puntuali di licenze e sottoscrizioni rimandiamo all’articolo aggiornato su cosa cambia sui prezzi Microsoft 365 nel 2026 e al pillar sottoscrizioni Azure, dove spieghiamo i modelli a consumo, a impegno annuale e con prenotazione (reservation) che abbattono ulteriormente il costo dei carichi sempre accesi.
Perché farlo con un partner CSP
Un datacenter exit non fallisce mai sul singolo strumento — Azure Migrate funziona benissimo — ma sulle decisioni intorno: quali server spostare e in quale ordine, come dimensionare senza sprecare, come preparare rete e identità, quale finestra di cutover scegliere, come incastrare licenze e Hybrid Benefit per pagare il giusto. È esattamente il lavoro che facciamo come Cloud Solution Provider Microsoft.
In qualità di CSP gestiamo l’intero ciclo: discovery e assessment, progettazione di rete e sicurezza, esecuzione del rehost con test e cutover controllati e l’ottimizzazione continua dei costi dopo lo spegnimento del ferro — il tutto su un’unica fatturazione Azure in euro. Puoi affidarci la migrazione end-to-end e proseguire con un servizio gestito, così la tua sala server diventa davvero un ricordo.
Vuoi capire se conviene anche alla tua azienda? Dai un’occhiata al servizio di Assistenza Microsoft 365 gestita, esplora il percorso completo di migrazione al cloud e quando vuoi parla con un nostro consulente: partiamo da una discovery e ti mettiamo in mano numeri concreti, non promesse.
Domande frequenti
Quanto dura un progetto di datacenter exit per una PMI?
Per una PMI con 5-30 macchine il percorso tipico va da poche settimane a un paio di mesi: una o due settimane di discovery, l’assessment, la preparazione di rete e identità e infine ondate di rehost con cutover nel weekend. Il fermo effettivo di ogni cutover si misura in poche ore, non in giorni.
Devo spegnere i server durante la migrazione?
No. Azure Migrate replica i dati verso Azure mentre i server continuano a lavorare in azienda. Lo spegnimento avviene solo al cutover finale, dopo aver superato i test su una copia di prova. I server fisici si spengono definitivamente solo quando tutto gira già correttamente su Azure.
Cos’è Azure Hybrid Benefit e quanto fa risparmiare?
Consente di riutilizzare su Azure le licenze Windows Server (e spesso SQL Server) che già possiedi con Software Assurance o in abbonamento, invece di ripagarle dentro il prezzo della VM. Il risparmio è strutturale e ricorrente sul costo mensile delle macchine; l’entità dipende dalle licenze in tuo possesso e la calcoliamo in fase di assessment.
Conviene migrare server vecchi o comprarne di nuovi?
Comprare nuovo hardware significa un investimento iniziale e altri cinque anni di costi nascosti (elettricità, climatizzazione, manutenzione). Il datacenter exit verso Azure trasforma quella spesa in un costo operativo modulabile, con right-sizing e Hybrid Benefit. Per confrontare i due scenari sui tuoi numeri usa il calcolatore TCO server on-premise vs Azure.