Migrazione server su cloud IaaS: fasi e collaudo
Una migrazione IaaS è completa quando applicazioni, collegamenti e gestione funzionano nell'ambiente di destinazione secondo criteri concordati. Prima di trasferire le macchine serve una sequenza di verifiche, un responsabile per ogni attività e una decisione chiara su come procedere se il collaudo non riesce.
Traccia di pianificazione da adattare con i responsabili IT e applicativi. Tempi, attività e finestra di passaggio vanno definiti sull'ambiente concreto.
- 1CensireCarichi e dipendenze
- 2PreparareRisorse, rete e accessi
- 3ProvareOperazioni applicative
- 4PassareFinestra e piano di ritorno
Sequenza di pianificazione, non una durata garantita del progetto.
1. Censisci applicazioni e dipendenze
Elenca server, sistemi operativi, applicazioni, database e integrazioni. Per ciascuno individua un responsabile e raccogli versioni, risorse utilizzate, finestre operative e requisiti di recupero.
Descrivi anche i collegamenti verso servizi che resteranno altrove. La compatibilità della macchina virtuale non dimostra che tutte le sue dipendenze siano pronte per il trasferimento. Il team applicativo deve verificare ciò che può spostarsi insieme e ciò che richiede una sequenza diversa.
- Macchine e applicazioni con relativo referente.
- Database, servizi di autenticazione e integrazioni fra sistemi.
- Collegamenti alle sedi, accessi remoti e servizi pubblici.
- Licenze, versioni supportate e vincoli da confermare con i fornitori.
2. Verifica destinazione, risorse e gestione
La proposta IaaS deve tradurre il fabbisogno in risorse, connettività e attività incluse. Chiarisci capacità, criteri di crescita, licenze, protezioni richieste e responsabilità dopo il passaggio.
Confronta il dimensionamento con l'utilizzo osservato e con i picchi pertinenti. Chiedi chi controllerà capacità, aggiornamenti, allarmi e backup quando il servizio sarà operativo. Le caratteristiche della piattaforma e il servizio di gestione delle applicazioni sono perimetri da descrivere separatamente.
Scorri la tabella in orizzontale per leggere tutte le colonne.
| Ambito | Decisione da documentare | Evidenza richiesta |
|---|---|---|
| Applicazioni | Componenti da trasferire insieme e ordine delle attività | Inventario e mappa delle dipendenze verificati |
| Risorse e licenze | Configurazione di destinazione e compatibilità | Dimensionamento e riscontri dei fornitori |
| Rete | Indirizzi, accessi, nomi e collegamenti alle sedi | Schema di rete e prove di raggiungibilità |
| Dati e recupero | Copie, sincronizzazione e gestione del ritorno | Procedure e prove di recupero pertinenti |
| Collaudo | Operazioni, misure e criteri di accettazione | Piano approvato dai responsabili |
| Gestione | Chi controlla e chi interviene dopo il passaggio | Responsabilità e percorso di assistenza |
3. Prepara rete e accessi alle applicazioni
Verifica indirizzamento, risoluzione dei nomi, regole di accesso e connessioni alle sedi. Chiarisci come raggiungeranno i nuovi sistemi utenti, apparati e servizi esterni. Inserisci nel piano le modifiche necessarie e chi le autorizza.
Se alcune componenti restano nell'ambiente attuale, prova i flussi fra i due ambienti. Confronta le misure con le condizioni iniziali e con i requisiti applicativi concordati. La scelta fra Internet, rete privata o collegamenti dedicati deve rispondere a questi flussi e al perimetro previsto.
4. Scrivi il piano di passaggio e di ritorno
Prepara una sequenza operativa con attività, responsabili, dipendenze e punti di controllo. Il trasferimento e l'avvio dei sistemi vanno pianificati insieme ai dati: se l'applicazione registra nuove operazioni nella destinazione, il ritorno deve tenere conto anche di quelle scritture.
Definisci quando decidere di proseguire o tornare indietro e chi può farlo. La procedura va verificata con i tecnici e con chi gestisce i dati; riaccendere la vecchia macchina, da solo, potrebbe non ricostruire lo stato corretto dell'applicazione.
- Concordare finestra operativa, comunicazioni e persone reperibili.
- Verificare copie utilizzabili e modalità di allineamento dei dati.
- Eseguire le attività nella sequenza concordata, registrando gli esiti.
- Prendere la decisione finale secondo i punti di controllo previsti.
5. Collauda le operazioni, non solo l'avvio dei server
Una macchina accesa non dimostra che il servizio sia utilizzabile. Il piano di accettazione deve comprendere accessi, operazioni applicative, integrazioni e misure pertinenti al carico previsto. Chiedi ai responsabili dei processi di verificare gli esiti che dipendono dal loro lavoro.
Registra data, condizioni della prova, risultato e anomalie. La decisione di completare il passaggio deve avere un responsabile identificato e criteri già concordati. Se un criterio non è soddisfatto, applica la decisione prevista dal piano anziché improvvisare una nuova procedura.
- Accesso dalle sedi e dai canali previsti.
- Operazioni critiche e corretta registrazione dei dati.
- Scambi con gli altri sistemi e attività programmate.
- Allarmi, assistenza e controlli sulle copie di protezione.
6. Organizza gestione e richiesta commerciale
Prima di chiudere il progetto, assegna monitoraggio, aggiornamenti, gestione delle copie e percorso di assistenza. La dismissione dell'ambiente precedente richiede una decisione esplicita, tenendo conto delle esigenze di conservazione e dei contratti interessati.
Per il confronto commerciale prepara l'inventario iniziale, i vincoli applicativi, le esigenze di rete e il periodo desiderato. PrimaA può raccogliere il quadro e valutare le componenti Retelit pertinenti; attività di migrazione e gestione devono essere esplicitate nella proposta, insieme ai rispettivi responsabili.
Domande frequenti
Si possono migrare i server senza fermare le applicazioni?
Dipende dall'architettura, dai dati e dagli strumenti disponibili. La finestra e le modalità del passaggio vanno definite e provate sul progetto. Questa guida non garantisce l'assenza di interruzioni.
Quanto dura una migrazione IaaS?
Inventario, quantità e dipendenze dei sistemi, collegamenti e prove richieste determinano il piano. Una durata attendibile richiede la valutazione dell'ambiente concreto.
Il backup sostituisce il piano di ritorno?
Una copia utilizzabile può essere parte del piano, ma servono anche responsabilità, sequenza operativa e gestione dei dati modificati durante o dopo il passaggio.

