Salta al contenuto

Lift & shift

Lift & Shift (chiamato anche 'rehost') è la strategia di migrazione cloud che consiste nel **spostare workload on-premise verso il cloud SENZA modificarli significativamente**: stesso sistema operativo, stesse applicazioni, stesso codice, semplicemente eseguiti su VM cloud invece che su server fisici on-premise. È la strategia più veloce e meno rischiosa di migrazione cloud, e tipicamente la prima fase di journey cloud per la maggior parte delle aziende.

A differenza di refactoring/modernization (riscrittura applicazioni in architetture cloud-native), lift & shift preserva totalmente l'investimento esistente: applicazioni .NET aziendali, gestionali italiani (Zucchetti, TeamSystem), SQL Server con stored procedures complesse, server di rete che eseguono software custom — tutto continua a funzionare identicamente in cloud. Vantaggi immediati cloud anche senza refactoring: scaling on-demand, backup automatici, disaster recovery integrato, no più gestione hardware.

In SynSphere usiamo strumenti enterprise per lift & shift: **Azure Migrate** (tool ufficiale Microsoft per migrazione automatica VM Hyper-V e VMware), **Azure Site Recovery** (per replica continua e cutover ottimizzato), **Database Migration Service** (per migrazione SQL Server con minimo downtime). Il processo è strutturato in waves (gruppi di workload migrati insieme) per gestire complessità: wave 1 con workload semplici/non critici (dev/test, file server) per momentum iniziale, wave successive con workload più complessi e mission-critical.

A chi è rivolto

Profili e dimensioni aziendali per cui Lift & shift è la scelta più efficace.

  • PMI con datacenter on-premise da modernizzare velocemente, senza riscrivere applicazioni
  • Aziende con server in fine vita dove il refresh hardware sarebbe oneroso (alternativa cloud più conveniente)
  • Organizzazioni che vogliono benefici cloud (scaling, DR, no hardware) ma con vincoli di tempo/budget per refactoring totale
  • Realtà che vogliono fare 'cloud journey' progressiva: prima lift & shift, poi modernization in fasi successive
  • PMI che hanno completato Cloud Assessment e validato lift & shift come strategia per il 70-80% dei workload

Funzionalità chiave

Cosa è incluso in Lift & shift e perché ha valore per la tua azienda.

  • Azure Migrate

    Tool ufficiale Microsoft: discovery + assessment + migrazione integrata. Supporta Hyper-V, VMware, server fisici Windows/Linux.

  • Azure Site Recovery (ASR)

    Replica continua VM da on-premise verso Azure. Cutover veloce con minimo downtime (failover orchestrato in 30-60 minuti).

  • Database Migration Service

    Tool dedicato per migrazione SQL Server (e altri database) on-premise → Azure SQL Database / Managed Instance, con minimo downtime.

  • Wave-based migration

    Migrazione strutturata in waves (gruppi di workload): wave 1 quick wins (dev/test, file server), wave successive workload critici. Riduzione rischio.

  • Cutover orchestrato

    Switch da on-premise a cloud in finestra serale/weekend con runbook dettagliato. Possibilità di rollback se problemi nei primi giorni.

  • Right-sizing automatico

    Dimensionamento VM Azure target basato su utilizzo reale on-premise (non su allocazione statica). Ottimizzazione costi fin dal day-one.

  • Azure Hybrid Benefit

    Sfruttamento licenze Windows Server e SQL Server on-premise (con Software Assurance) in Azure: sconto fino a 85% su pricing licenze.

  • Networking Azure

    Setup VNet, NSG, peering, VPN site-to-site verso rete on-premise (per workload misti hybrid in transizione), ExpressRoute opzionale.

  • Backup e DR integrati

    Setup Azure Backup automatico per VM migrate, Azure Site Recovery per replica geografica per DR. Protezione fin dal day-one in cloud.

Casi d'uso reali

Scenari concreti basati su clienti che abbiamo seguito o profili tipici per cui Lift & shift ha senso.

  • PMI 80 dipendenti — migrazione 15 server gestionale + apps — Padova

    Situazione di partenza

    Datacenter on-premise: 15 server (10 VM Hyper-V su 2 host fisici + 5 server fisici), gestionale Zucchetti Ad Hoc + SQL Server + applicazioni custom .NET + file server + Active Directory. Hardware fine vita.

    Lift & shift completo strutturato in 3 wave: 1) **Wave 1** (settimane 1-4): file server + dev/test environment per validation Azure. 2) **Wave 2** (settimane 5-10): applicazioni custom .NET + middleware. 3) **Wave 3** (settimane 11-16): gestionale Zucchetti + SQL Server (più complesso, più validation). Azure Hybrid Benefit attivato (sconto 70% licenze). Right-sizing risparmia 30% vs replica 1:1 dei size on-premise. Decommissioning hardware fisico settimana 18.

  • Studio professionale — server gestionale + applicazioni — Roma

    Situazione di partenza

    Studio commercialista 30 utenti, 1 server fisico Windows Server 2016 (out of support 2027) con SQL Server 2014 e applicazione gestionale custom. Hardware servizio scadente.

    Lift & shift singolo server in unica wave (4 settimane): 1) Setup tenant Azure + VNet + identity. 2) Provisioning VM Azure target con right-sizing (Hyper-V VM era over-allocated, scaling down). 3) Replica con Azure Site Recovery in background. 4) Cutover sabato sera con switch DNS. Domenica validation. Lunedì utenti normali. Total downtime utenti: ~2 ore. Decommissioning server fisico 30 giorni dopo (safety net).

  • Manifattura mid-market — datacenter consolidation — Vicenza

    Situazione di partenza

    Manifattura 200 utenti, datacenter on-premise con 35 server (15 VM su 3 host Hyper-V + 20 server fisici legacy). Refresh hardware previsto richiederebbe 250k€ + colocation crescente.

    Lift & shift 6 mesi strutturato in 5 wave: workload semplici prima, gestionale ERP per ultimo. Azure Hybrid Benefit per ridurre costi licenze. Setup Azure Site Recovery per DR multi-region. Decommissioning progressivo servers. Risultato post-migrazione: TCO 5 anni inferiore a refresh hardware on-premise + DR enterprise + scaling for growth + zero gestione hardware.

  • Software house — modernizzazione iniziale infrastruttura — Milano

    Situazione di partenza

    ISV italiana con SaaS gestionale ospitato su 3 server fisici in colocation. Crescita customer base richiede scaling: alternative cloud valutate.

    Lift & shift come prima fase di modernizzazione 'cloud journey': i 3 server fisici → 3 VM Azure equivalenti. Validation cloud in production (settimane 1-8). Successivamente: refactoring incrementale (sviluppo nuove feature in microservizi cloud-native, vecchio monolite mantenuto), eventualmente full modernization in 12-18 mesi. Approccio 'crawl, walk, run' per ridurre rischio.

Modello di ingaggio

Come SynSphere conduce un progetto di lift & shift verso Azure.

Lift & shift è un servizio consulenziale a progetto a corpo, prezzo concordato dopo Cloud Assessment.

Prerequisito: tipicamente preceduto da Cloud Assessment (vedi pagina dedicata) per validare che lift & shift sia la strategia appropriata e per dimensionare correttamente lo scope.

Fasi del progetto:

1. Planning dettagliato (1-2 settimane):

  • Confirmation scope (quali server in lift & shift, quali esclusi).
  • Definizione waves di migrazione (gruppi di workload da migrare insieme).
  • Schedule cutover (finestre weekend per ogni wave).
  • Setup Azure Migrate project + ambiente Azure target.
  • Comunicazione utenti e stakeholder.

2. Setup ambiente Azure target (2-4 settimane):

  • Subscription Azure setup (governance, billing).
  • VNet, NSG, peering, VPN site-to-site verso on-premise.
  • Identity: Microsoft Entra ID Connect per sync utenti on-premise → cloud.
  • Storage Account, Key Vault, Backup Vault, Site Recovery Vault.
  • Azure Monitor + log analytics workspace.
  • Resource groups e naming conventions standard.

3. Migrazione wave 1 (2-6 settimane per wave, multiple wave totali):

  • Replica VM tramite Azure Site Recovery (background, nessun impatto utenti durante replica).
  • Test failover su VM target (validation che VM si avvia in Azure correttamente).
  • Configurazione network/identity post-migrazione.
  • Cutover in finestra serale/weekend: switch DNS o load balancer.
  • Validation lunedì mattina con team SynSphere on-call.
  • Hyper-care 1-2 settimane post-cutover.

4. Migrazione wave successive (similar pattern, scope crescente):

  • Wave 2-N con workload più complessi (database, applicazioni mission-critical).
  • Lessons learned da wave precedenti applicate.
  • Per database: pre-migrazione testing su VM target.

5. Decommissioning on-premise (post-migrazione):

  • Server fisici mantenuti in standby per 30-90 giorni (safety net).
  • Backup finale + power-off sicuro.
  • Smaltimento RAEE conforme con certificazione.

6. Optimization post-migrazione (4-8 settimane):

  • Monitoring costi Azure reali vs assessment (right-sizing fine-tuning).
  • Reserved Instances acquisto per workload stabili (sconto 30-72%).
  • Setup automation per scaling e gestione operativa.
  • Documentazione tecnica finale e training cliente.

Tempi e costi indicativi:

  • PMI piccola (5-15 server): 2-4 mesi totali, costo 15-40k€ (oltre costi Azure infrastruttura).
  • PMI mid-market (15-50 server): 4-9 mesi totali, costo 40-120k€.
  • Mid-market enterprise (50+ server, complessità alta): 9-18 mesi totali, costo 120-400k€.
  • Costi Azure ricorrenti: separati, basati su consumo (vedi pagina Azure Compute & VM).

Cosa è incluso nel servizio SynSphere:

  • Planning dettagliato e setup Azure environment.
  • Migrazione tecnica (Azure Migrate execution, ASR replica, cutover).
  • Validation post-migrazione user-by-user.
  • Hyper-care 2-4 settimane post-cutover.
  • Optimization fine-tuning (right-sizing, Reserved Instances).
  • Documentazione tecnica completa.

Cosa NON è incluso:

  • Costi Azure infrastruttura (compute, storage, networking, backup) — fatturati separatamente da Microsoft o da SynSphere come CSP.
  • Refactoring applicazioni (è 'modernization', servizio separato).
  • Nuove licenze Windows Server / SQL Server (utilizzo Azure Hybrid Benefit per portare licenze esistenti).
  • Eventuali nuove licenze software applicative (gestionali, terzi vendor).

Domande frequenti

Risposte rapide alle domande che ci fanno più spesso su Lift & shift.

Perché lift & shift e non refactoring totale?
Pattern 'crawl, walk, run' raccomandato: lift & shift prima per ottenere benefici cloud immediati senza riscrittura applicazioni (settimane/mesi vs anni di refactoring). Refactoring/modernization è investimento successivo per workload specifici dove il valore è chiaro. 80% dei workload PMI italiane non vale refactoring totale — funzionano bene così, lift & shift basta. Solo 20% (applicazioni in evoluzione attiva, performance critical, multi-tenant SaaS) hanno valore di refactoring significativo.
Quanto tempo serve realisticamente?
Per PMI standard 15-30 server: 3-6 mesi totali. Setup Azure environment 2-4 settimane. Migrazione waves: 1-3 mesi (3-5 wave da 2-4 settimane ciascuna). Decommissioning + optimization: 1-2 mesi post-migrazione. Per scenari più complessi (50+ server, database mission-critical, vincoli compliance): 9-18 mesi. SynSphere lavora in parallelo su multiple wave per minimizzare tempi totali.
Quanto downtime ci sarà per gli utenti?
Minimo. Replica via Azure Site Recovery avviene in background (settimane di sync continuo, zero impatto utenti). Cutover finale: finestra weekend con switch DNS, tipicamente 0-4 ore di disservizio per wave. Per workload critical (database produzione): cutover orchestrato durante notte, downtime <1 ora. SynSphere pianifica cutover in finestre di basso traffico aziendale.
Quanto costa la migrazione?
Variabile in base a complessità. Servizio SynSphere: 15-120k€ in base a scope (vedi sezione precedente). Costi Azure infrastruttura: dipende da configurazione finale. Esempio PMI mid-market 30 server lift & shift: ~50-80k€ servizio SynSphere + ~3-8k€/mese costi Azure ricorrenti. Vs alternativa refresh hardware on-premise: ~200-400k€ CapEx + ~2-4k€/mese OpEx. TCO 5 anni cloud spesso comparable o vantaggioso.
Cosa succede se qualcosa non funziona post-cutover?
Strategia di sicurezza multi-livello. 1) **Test failover pre-cutover**: validation che VM target funzionano correttamente su Azure prima del cutover reale. 2) **Hyper-care SynSphere**: team on-call per le settimane post-cutover, supporto immediato per qualsiasi issue. 3) **Rollback option**: server on-premise mantenuti in standby per 30-90 giorni post-cutover. In caso di issue gravi che non si risolvono velocemente, switch DNS reverse riporta in funzione vecchio sistema. 4) **Monitoring continuo**: Azure Monitor + Application Insights per detection proattiva di anomalie.
Possiamo continuare a usare i nostri sistemi gestionali italiani in Azure?
Sì, nella maggior parte dei casi. Gestionali italiani (Zucchetti, TeamSystem, Mago.NET, AS400 emulato, ecc.) basati su Windows Server + SQL Server: lift & shift funziona perfettamente. Verifica licensing (alcuni gestionali hanno license bound al server fisico, richiede contatto vendor per re-licensing). Per AS400 vero (IBM iSeries): lift & shift complesso, valutazione caso per caso. SynSphere ha esperienza con tutti i pattern italiani comuni.
Possiamo iniziare con un pilot piccolo?
Sì, raccomandato. Pattern tipico: 1) Cloud Assessment per validare strategia. 2) Pilot lift & shift con 2-5 server semplici (dev/test, file server) per validation cloud. 3) Wave 1 con workload medio. 4) Wave successive con scope crescente. Approccio incrementale riduce rischio, costruisce expertise interna, valida assumptions assessment con dati reali. SynSphere supporta tutti gli approcci.

Altri prodotti in Migrazione cloud

Continua a esplorare le tecnologie della categoria.