Distribuire gli asset

Completato

È ora possibile iniziare l'implementazione tecnica della migrazione.

Diagramma che mostra i passaggi della metodologia di migrazione.

Per distribuire il carico di lavoro e correggere i problemi, usare l'architettura del carico di lavoro e i materiali didattici della fase di valutazione. Eseguire test dettagliati per assicurarsi di comprendere chiaramente il funzionamento congiunto dei servizi.

Distribuire i servizi di supporto

Distribuire tutti i servizi per garantire che il carico di lavoro possa funzionare correttamente. È probabile che il carico di lavoro richieda una serie di servizi per l'organizzazione delle risorse, la rete, l'identità e la sicurezza, nonché per la gestione. Determinare quali sono i servizi che si possono distribuire fin dalle prime fasi del processo, ad esempio servizi di base, a costo zero o a consumo. È inoltre possibile distribuire servizi che possono essere messi in pausa finché non si è pronti per usarli. Determinare anche a quali servizi è possibile eseguire il deprovisioning dopo averli usati.

Correggere gli asset

Identificare le configurazioni che potrebbero rendere un asset incompatibile con il provider di servizi cloud. Eseguire le correzioni necessarie per assicurarsi di poter replicare e organizzare la gestione del carico di lavoro nel cloud correttamente.

Per preparare gli asset alla migrazione, potrebbe essere necessario eseguire attività di correzione, come ad esempio:

  • Aggiornamenti secondari degli host.
  • Aggiornamenti secondari del sistema operativo guest.
  • Modifiche del contratto di servizio (SLA).
  • Modifiche alla configurazione delle applicazioni.
  • Modifiche secondarie del percorso di rete.

Identificare le attività di correzione quando si eseguono valutazioni o test e quindi tenere traccia di tali attività. È possibile usare strumenti come Azure DevOps per creare e classificare gli elementi di lavoro in base alle priorità e spostarsi in fasi specifiche per consentire la scalabilità orizzontale.

Alcune organizzazioni potrebbero richiedere attività di correzione su larga scala che possono interrompere la velocità o la coerenza di una migrazione. Ad esempio, l'organizzazione potrebbe dover aggiornare frequentemente host o sistemi operativi guest. In questo scenario, è possibile suddividere la correzione in attività di gruppo parallele, in modo simile alla struttura di adozione e governance del cloud.

Se le correzioni su larga scala sono di ampia portata, è possibile che le attività di modernizzazione siano più efficienti e produttive. Prendere in considerazione l'implementazione di containerizzazione, automazione o ricostruzione del carico di lavoro.

Replicare gli asset

Il processo di replica è costituito dai passaggi seguenti:

  1. Replicare: Copia una versione temporizza di vari file binari.
  2. Condividere dati in seed: Copiare gli snapshot binari su una nuova piattaforma e distribuirli in un nuovo hardware.
  3. Sincronizzare: Allineare il nuovo e il precedente file binari.

I prerequisiti della replica includono:

  • Una sottoscrizione per le risorse di cui è stata eseguita la migrazione.
  • Uno strumento di migrazione per spostare le copie dei file binari.
  • File binari di origine, preparati per la replica e la sincronizzazione.
  • Eventuali dipendenze per il carico di lavoro identificato durante il passaggio di progettazione dell'architettura del carico di lavoro.

Prendere in considerazione ifattori potenziali che in genere influiscono sui piani di migrazione, ad esempio il tempo di replica e l'effetto cumulativo della deriva del disco.

Preparare le attività di gestione

Dopo aver completato la migrazione, prepararsi a eseguire le attività di gestione per prevenire i problemi, ad esempio interruzioni, violazioni e prestazioni scadenti.

Assicurarsi di disporre di una routine di gestione per ogni carico di lavoro. Pianificare e preparare le attività seguenti:

  • Disporre di sistemi di registrazione che raccolgano log appropriati, ad esempio log attività, log di diagnostica e log di sistema.
  • Configurare gli avvisi.
  • Disporre di configurazioni e processi di backup per ripristinare lo stato.
  • Disporre di una configurazione di continuità aziendale e ripristino di emergenza (BCDR) per eseguire il failover e il ripristino del servizio.
  • Eseguire la gestione della postura di sicurezza e il rilevamento delle vulnerabilità.
  • Abilitare un codice seriale in Macchine virtuali di Azure per agevolare la risoluzione dei problemi.
  • Abilitare l'arresto automatico per le macchine virtuali che soddisfano i requisiti aziendali.
  • Distribuire tag e correggere i tag errati.
  • Aggiornare macchine virtuali.

Testare la distribuzione della migrazione in Azure

Testare l'architettura e il piano di gestione. Il test di migrazione è incentrato sulle attività IT. Elencare i problemi riscontrati durante il test, in modo da poterne tenere traccia e correggerli.

Per eseguire i test, è necessario:

  • Una rete isolata.
  • L’accesso alla rete isolata.
  • Un meccanismo di autenticazione.

Eseguire i test di migrazione in un ambiente isolato per assicurarsi di non influire sui carichi di lavoro di produzione. È possibile creare una replica dei sistemi di origine da eseguire in parallelo ai sistemi live.

Dopo aver eseguito il test, assicurarsi di:

  • Registrare i problemi individuati.
  • Valutare i problemi in base alla gravità e identificare soluzioni alternative.
  • Documentare le soluzioni alternative. Provare a incorporare la soluzione temporanea come parte della migrazione per evitare la correzione.
  • Iniziare con elementi non correlati alla soluzione alternativa. Risolvere prima i problemi senza ricorrere a soluzioni alternative.