Eseguire la migrazione al cloud

Questo articolo fornisce indicazioni strutturate per l'esecuzione di una migrazione corretta ad Azure. Le linee guida riguardano sia i tempi di inattività quasi zero che gli approcci di tempo di inattività pianificati per soddisfare requisiti aziendali diversi.

Preparare gli stakeholder per la migrazione

La preparazione degli stakeholder garantisce l'esecuzione coordinata e la rapida risoluzione dei problemi durante la migrazione. La comunicazione chiara e l'allocazione delle risorse riducono le interruzioni aziendali e migliorano le percentuali di successo della migrazione. È necessario stabilire protocolli di comunicazione e confermare la disponibilità del supporto prima di iniziare le attività di migrazione.

1. Distribuire una pianificazione dettagliata della migrazione a tutti gli stakeholder. Una pianificazione completa crea chiarezza e allineamento all'interno dell'organizzazione. Creare e distribuire un documento che specifica i tempi di migrazione, gli impatti previsti del servizio, le responsabilità e i piani di emergenza. Includere le informazioni di contatto per il team di migrazione e le risorse di supporto. Questa preparazione evita i malintesi e riduce le interruzioni aziendali durante la finestra di migrazione.

2. Verificare la disponibilità del supporto tecnico nell'intera finestra di migrazione. Le risorse tecniche dedicate consentono una risposta immediata ai problemi che emergono durante la migrazione. Pianificare personale tecnico specifico con competenze pertinenti da chiamare durante l'intero periodo di migrazione. Definire percorsi di escalation ben definiti con aspettative sui tempi di risposta per problemi critici. Questa struttura di supporto riduce il tempo di risoluzione per i problemi che potrebbero influire sul successo della migrazione o sulle operazioni aziendali.

3. Eseguire una revisione della preparazione preliminare alla migrazione con tutti i team di supporto. Una verifica di idoneità conferma che tutti i team comprendono i ruoli e hanno accesso necessario. Organizzare una riunione con i rappresentanti di ogni team di supporto per esaminare il piano di migrazione, le procedure di verifica e i criteri di rollback. Verificare che i team di supporto dispongano degli strumenti appropriati per l'accesso al sistema e il monitoraggio configurati. Questa preparazione garantisce una risposta coordinata a eventuali problemi che si verificano durante la migrazione.

Implementare un blocco delle modifiche

Un blocco delle modifiche impedisce modifiche che potrebbero compromettere l'esito positivo della migrazione. La stabilità del sistema riduce i rischi di migrazione e garantisce la coerenza dei dati. È consigliabile implementare controlli per impedire modifiche ai sistemi di origine durante la finestra di migrazione.

1. Implementare controlli delle modifiche automatizzati nelle pipeline di distribuzione. I controlli automatizzati impediscono modifiche non autorizzate ai sistemi di produzione. Configurare le pipeline di distribuzione per bloccare i rilasci nell'ambiente sorgente durante la finestra di blocco. Aggiungere controlli di approvazione negli strumenti CI/CD per applicare il periodo di blocco. Questi controlli impediscono distribuzioni accidentali che potrebbero influire sui risultati.

2. Documentare le procedure di modifica di emergenza. Le procedure di emergenza consentono correzioni critiche mantenendo la stabilità. Creare criteri specifici per le modifiche di emergenza e definire un processo di approvazione accelerato. Includere le informazioni di contatto per i responsabili approvazione e documentare i test necessari. Queste procedure bilanciano la stabilità del sistema con i requisiti di continuità aziendale.

3. Monitorare le modifiche non autorizzate. Il rilevamento delle modifiche garantisce il blocco della conformità in tutta la finestra delle modifiche. Configurare avvisi per modifiche ai file, modifiche dello schema del database e distribuzioni di applicazioni. Usare gli strumenti di gestione della configurazione per tenere traccia dello stato del sistema. Questo monitoraggio impedisce che le modifiche non documentate influiscano sull'esito positivo.

Finalizzare l'ambiente di produzione

La preparazione dell'ambiente di produzione garantisce coerenza, sicurezza e conformità operativa per il carico di lavoro migrato. Questa preparazione riduce la deriva della configurazione e fornisce una base convalidata per il carico di lavoro. È consigliabile creare risorse di produzione usando modelli di infrastruttura come codice e applicare configurazioni di livello di produzione.

1. Creare risorse di produzione usando modelli di infrastruttura come codice. Infrastructure-as-code garantisce distribuzioni coerenti e ripetibili tra ambienti. Questo approccio riduce gli errori di configurazione e fornisce il controllo della versione per le modifiche all'infrastruttura. Usare i modelli di Azure Resource Manager, Bicep o Terraform per distribuire le risorse con configurazioni standardizzate.

2. Applicare configurazioni di livello di produzione alle risorse di Azure. Le configurazioni di produzione stabiliscono baseline di sicurezza, prestazioni e conformità che proteggono il carico di lavoro e soddisfano i requisiti dell'organizzazione. Configurare i gruppi di sicurezza di rete con regole restrittive che consentono solo il traffico necessario tra i servizi. Applicare regole del firewall che bloccano l'accesso non autorizzato durante l'abilitazione dei percorsi di comunicazione necessari. Configurare i controlli di gestione delle identità e degli accessi che seguono il principio dei privilegi minimi. Effettua il provisioning del database in Azure con la versione corretta e configura gli account degli utenti, i ruoli e le autorizzazioni per la replica. Configurare i controlli di accesso alla rete e le regole del firewall per proteggere le connessioni di database. Queste configurazioni creano una base sicura per il carico di lavoro migrato.

3. Verificare che tutti i servizi siano in esecuzione correttamente. La verifica del servizio garantisce che l'infrastruttura di Azure possa supportare il carico di lavoro migrato. Questa verifica identifica i potenziali problemi prima che influiscano sul processo di migrazione. Controllare lo stato di integrità del servizio, il completamento della creazione delle risorse e i controlli di integrità specifici del servizio.

4. Verificare che la connettività di rete sia stata stabilita. La convalida della connettività di rete garantisce che tutti i percorsi di comunicazione necessari siano funzionali. Questa convalida impedisce problemi di connettività che potrebbero interrompere la migrazione o la funzionalità dell'applicazione. Testare la connettività di rete tra tutti i servizi necessari e convalidare la risoluzione DNS per gli endpoint critici.

Esegui passaggio

L'esecuzione della migrazione trasferisce i dati e le operazioni del carico di lavoro dall'ambiente di origine ad Azure. I passaggi seguenti forniscono un approccio standardizzato che assegna priorità ai tempi di inattività quasi zero, pur rispettando gli scenari che possono tollerare tempi di inattività pianificati. È consigliabile adattare questi passaggi in base ai requisiti di tempo di inattività e alle caratteristiche del carico di lavoro specifici. Vedere gli strumenti di migrazione dei dati.

Eseguire la migrazione con tempi di inattività quasi azzerati

1. Instaurare la replica del database. Configurare la funzionalità di replica nativa della piattaforma di database per stabilire la replica continua dei dati tra il sistema di origine e quello di destinazione di Azure. Verificare che la sincronizzazione dei dati iniziale venga completata correttamente e che la replica sia integra.

2. Monitorare il ritardo della replica. Monitorare il ritardo nella replica usando gli strumenti di monitoraggio della piattaforma di database. Maggiore latenza aumenta il rischio e la durata del cutover. Non procedere con il passaggio successivo fino a quando il ritardo della replica non è pari a zero.

3. Eseguire la migrazione di file e dati non strutturati durante la replica stabile. Copiare dati e file non strutturati in Azure prima del cutover finale. Usare Strumenti per la migrazione di oggetti e file con funzionalità per trasferire i file ai servizi di archiviazione di Azure appropriati. Questa preparazione riduce la quantità di dati che devono essere copiati durante il cutover finale.

4. Sospendere le operazioni di scrittura durante la finestra di sincronizzazione finale. Coordinarsi con i team dell'applicazione per arrestare le operazioni di scrittura o abilitare la modalità di sola lettura durante le finestre di manutenzione predeterminate. Questo passaggio impedisce le incoerenze dei dati durante il cutover finale. Pianificare questa pausa durante un periodo di traffico ridotto e comunicare la sequenza temporale a tutti gli stakeholder. Se non si sospendono le operazioni di scrittura, si aumenta il rischio di perdita di dati.

5. Completare la sincronizzazione dei dati finale. Completare la sincronizzazione finale di tutti i dati modificati dopo la sospensione delle scritture usando AzCopy o uno strumento simile. Verificare che non rimangano transazioni in sospeso nei sistemi di origine e che la replica del database sia completamente aggiornata.

6. Convalidare l'integrità dei dati e la funzionalità del carico di lavoro. È possibile confrontare i conteggi delle righe del database per un controllo rapido, ma è preferibile eseguire una convalida più approfondita, i checksum e le funzioni hash. Per i sistemi di file, utilizzare le funzioni hash MD5 e convalidare il numero, le dimensioni e i timestamp dei file. Verificare le funzionalità critiche del carico di lavoro, tra cui l'autenticazione e le transazioni principali.

7. Indirizzare il traffico al nuovo carico di lavoro di Azure. Aggiornare i record DNS e le configurazioni del servizio di bilanciamento del carico per indirizzare il traffico utente all'ambiente Azure. Monitorare l'integrità e le prestazioni del carico di lavoro.

8. Eseguire la verifica e il monitoraggio completi dopo il cutover. Eseguire test funzionali end-to-end di tutti i processi aziendali critici usando gruppi di test automatizzati. Convalidare l'accuratezza dei dati usando la verifica del checksum e i confronti delle funzioni hash tra i sistemi di origine e di destinazione. Chiedere ai proprietari dell'applicazione di verificare che tutte le funzioni principali funzioni funzionino correttamente. Monitorare le prestazioni del sistema, le percentuali di errore e i modelli di accesso degli utenti per le prime 24-48 ore dopo il cutover per identificare eventuali problemi di riduzione delle prestazioni o funzionalità.

Eseguire la migrazione con tempi di inattività

1. Arrestare tutte le operazioni di scrittura nel sistema di origine. Questo passaggio garantisce che non si verifichino nuove transazioni durante la migrazione. Verificare che tutte le transazioni siano state completate e che gli utenti siano bloccati prima di procedere.

2. Eseguire la migrazione di tutti i dati in Azure. Copiare database, file e archiviazione di oggetti in Azure. Usare strumenti come Azure Migrate, AzCopy o Servizio Migrazione del database di Azure a seconda del tipo di dati e del volume. Vedere gli strumenti di migrazione dei dati.

3. Convalidare l'integrità dei dati dopo la migrazione. Eseguire checksum, conteggi delle righe e confronti di metadati per confermare l'accuratezza dei dati. Usare strumenti automatizzati, se disponibili per ridurre il lavoro manuale e aumentare l'affidabilità.

4. Testare l'applicazione nell'ambiente Azure. Eseguire test end-to-end per verificare che l'applicazione funzioni correttamente con i dati migrati. Includere reportistica, integrazioni e convalida del backup.

5. Indirizzare il traffico al nuovo carico di lavoro di Azure. Aggiornare DNS, servizi di bilanciamento del carico e configurazioni dell'applicazione in modo che puntino ad Azure. Monitorare i problemi di connettività e confermare il corretto reindirizzamento.

6. Convalidare la funzionalità del carico di lavoro dopo la transizione. Eseguire controlli finali per assicurarsi che l'applicazione sia stabile e che i dati siano accurati. Coinvolgere i proprietari delle applicazioni per verificare le funzioni critiche per l'azienda.

Mantenere l'opzione di fallback

Mantenere l'ambiente di origine come opzione di fallback. La conservazione dell'ambiente di origine consente un ripristino rapido se si verificano problemi critici che non possono essere risolti entro intervalli di tempo accettabili. Questa opzione di fallback offre un'assicurazione di continuità aziendale durante il periodo di stabilizzazione. Mantenere disponibile l'ambiente di origine e mantenere la possibilità di ripristinare i record DNS e ripristinare le configurazioni precedenti, se necessario.

Convalidare l'esito positivo della migrazione

La convalida post-migrazione garantisce che il carico di lavoro funzioni correttamente e soddisfi tutti i requisiti. Questa convalida conferma che l'integrità dei dati viene mantenuta e che la migrazione ha avuto esito positivo. È consigliabile eseguire la convalida completa prima di dichiarare il completamento della migrazione.

1. Confermare l'accesso utente riuscito e le prestazioni del sistema. La convalida dell'accesso utente garantisce che la transizione ad Azure sia trasparente e che le prestazioni soddisfino le aspettative. Questa conferma convalida che gli utenti possono accedere al sistema senza interruzioni. Monitorare i modelli di accesso utente, le metriche delle prestazioni del sistema e le percentuali di errore durante il periodo iniziale post-migrazione.

2. Annunciare l'esito positivo della migrazione solo dopo la convalida completa. La convalida completa garantisce che tutti gli stakeholder confermano che il carico di lavoro sia stabile e funzionale. Questa conferma impedisce dichiarazioni premature di successo che potrebbero causare problemi in un secondo momento. Ottenere la conferma da parte di proprietari di applicazioni, tester e stakeholder aziendali che il carico di lavoro soddisfa tutti i requisiti e funziona correttamente.

Supporto del carico di lavoro durante la stabilizzazione

La copertura avanzata del supporto garantisce una risposta rapida ai problemi post-migrazione durante il periodo di stabilizzazione critico. Questo supporto offre una risoluzione più rapida dei problemi che si verificano comunemente dopo la migrazione. È necessario stabilire modelli di supporto dedicati e aggiornare la documentazione operativa.

1. Stabilire una copertura di supporto avanzata durante il periodo di stabilizzazione. I modelli di supporto dedicati garantiscono una risposta rapida ai problemi post-migrazione durante il periodo di stabilizzazione critico. Questo supporto offre una risoluzione più rapida dei problemi che si verificano comunemente dopo la migrazione. Assegnare personale IT esperto o partner di migrazione per monitorare attentamente il carico di lavoro e fornire contratti di servizio più brevi rispetto alle normali operazioni.

2. Aggiornare i sistemi di gestione della configurazione e dell'inventario. Gli aggiornamenti della gestione della configurazione assicurano che gli strumenti operativi e i processi riflettano il nuovo ambiente Azure. Questa manutenzione mantiene aggiornata la documentazione operativa e supporta le attività di gestione in corso. Aggiornare i database di gestione della configurazione (CMDB) per il nuovo ambiente di hosting, presupponendo che gli strumenti di inventario esistenti aggiornino automaticamente gli indirizzi IP, la CPU, la memoria e altri dettagli dell'infrastruttura.

Strumenti e risorse di Azure

Passaggi successivi