Individuare, valutare ed eseguire la migrazione di VM GCP (Google Cloud Platform) ad Azure

Questa esercitazione illustra come individuare, valutare ed eseguire la migrazione di macchine virtuali Google Cloud Platform (GCP) alle macchine virtuali di Azure usando Azure Migrate: Valutazione server e gli strumenti di migrazione e modernizzazione.

In questa esercitazione apprenderai a:

Se non si ha una sottoscrizione di Azure, creare un account gratuito prima di iniziare.

Individuazione e valutazione

Prima di procedere con la migrazione ad Azure, è consigliabile eseguire un'individuazione delle macchine virtuali e una valutazione della migrazione. Questa valutazione consente di dimensionare correttamente le VM GCP per la migrazione ad Azure, oltre che di stimare i potenziali costi dell'esecuzione in Azure.

Per configurare una valutazione:

1. Seguire l'esercitazione per configurare Azure e preparare le VM GCP per una valutazione. Tenere presente quanto segue:

   • Azure Migrate e Modernize usano l'autenticazione delle password per individuare le istanze di macchine virtuali GCP. Le istanze di GCP non supportano l'autenticazione della password per impostazione predefinita. Prima di poter individuare un’istanza, è necessario abilitare l'autenticazione della password.
     • Per i computer Windows consentire la porta 5985 (HTTP) di WinRM Questa porta consente chiamate WMI remote.
     • Per i computer Linux:
       1. Accedere a ogni computer Linux.
       2. Aprire il file sshd_config: vi /etc/ssh/sshd_config.
       3. Nel file individuare la riga PasswordAuthentication e modificare il valore in yes.
       4. Salvare il file e chiuderlo. Riavviare il servizio ssh.
   • Se si usa un utente root per individuare le macchine virtuali Linux, assicurarsi che l'accesso root sia consentito nelle macchine virtuali.
     1. Accedere a ogni computer Linux.
     2. Aprire il file sshd_config: vi /etc/ssh/sshd_config.
     3. Nel file individuare la riga PermitRootLogin e modificare il valore in yes.
     4. Salvare il file e chiuderlo. Riavviare il servizio ssh.

2. Quindi, seguire questa esercitazione per configurare un progetto e un'appliance di Azure Migrate per individuare e valutare le VM GCP.

Sebbene sia consigliabile provare a eseguire una valutazione, non è un passaggio obbligatorio per poter eseguire la migrazione delle macchine virtuali.

Prerequisiti

• Assicurarsi che le macchine virtuali GCP di cui si vuole eseguire la migrazione eseguano una versione del sistema operativo supportata. Le macchine virtuali GCP sono trattate come computer fisici per la migrazione. Verificare le versioni del sistema operativo e del kernel supportate per il flusso di lavoro di migrazione dei server fisici. È possibile usare comandi standard come hostnamectl o uname -a per controllare le versioni del sistema operativo e del kernel per le macchine virtuali Linux. È consigliabile eseguire una migrazione di test per verificare se la macchina virtuale funziona come previsto prima di procedere con la migrazione effettiva.
• Assicurarsi che le VM GCP siano conformi alle configurazioni supportate per la migrazione ad Azure.
• Verificare che le VM GCP replicate in Azure siano conformi ai requisiti delle macchine virtuali di Azure.
• Prima di eseguire la migrazione delle macchine virtuali ad Azure, è necessario apportarvi alcune modifiche:
  • Per alcuni sistemi operativi, Azure Migrate and Modernize apporta automaticamente queste modifiche.
  • È importante implementare queste modifiche prima di avviare la migrazione. Se si esegue la migrazione della VM prima di apportare la modifica, la VM potrebbe non avviarsi in Azure. Esaminare le modifiche che è necessario apportare in Windows e Linux.

Preparare le risorse di Azure per la migrazione

Preparare Azure per la migrazione con lo strumento Migrazione e modernizzazione.

Assegnare le autorizzazioni per creare un progetto

1. Nel portale di Azure aprire la sottoscrizione e selezionare Controllo di accesso (IAM).
2. In Verifica l'accesso trovare l'account pertinente e selezionarlo per visualizzare le autorizzazioni.
3. È necessario avere le autorizzazioni di Collaboratore o Proprietario.
   • Se è appena stato creato un account Azure gratuito, si è proprietari della propria sottoscrizione.
   • Se non si ha il ruolo di proprietario della sottoscrizione, collaborare con il proprietario per assegnare il ruolo.

Assegnare le autorizzazioni all'account Azure

Assegnare il ruolo Collaboratore macchina virtuale all'account Azure. Questo ruolo fornisce le autorizzazioni per:

• Creare una macchina virtuale nel gruppo di risorse selezionato.
• Creare una macchina virtuale nella rete virtuale selezionata.
• Scrivere in un disco gestito di Azure.

Creare una rete di Azure

Configurare una rete virtuale di Azure. Quando si esegue la replica in Azure, le macchine virtuali di Azure vengono create e aggiunte alla rete virtuale di Azure specificata durante la configurazione della migrazione.

Preparare le istanze di GCP per la migrazione

Prima della migrazione da GCP ad Azure, è necessario preparare e distribuire un'appliance di replica.

Preparare un computer per l'appliance di replica

Lo strumento Migrazione e modernizzazione usa un'appliance di replica per replicare le macchine virtuali in Azure. L'appliance di replica esegue i componenti seguenti.

• Server di configurazione: il server di configurazione coordina le comunicazioni tra le macchine virtuali GCP e Azure e gestisce la replica dei dati.
• Server di elaborazione: il server di elaborazione funge da gateway di replica. Riceve i dati di replica e li ottimizza attraverso la memorizzazione nella cache, la compressione e la crittografia. Invia quindi i dati a un account di archiviazione della cache in Azure.

Per preparare la distribuzione dell'appliance:

• Configurare una VM GCP separata in cui ospitare l'appliance di replica. L'istanza deve eseguire Windows Server 2012 R2 o Windows Server 2016. Verificare i requisiti hardware, software e di rete per l'appliance.

• L'appliance non deve essere installata in una macchina virtuale di origine che si vuole replicare o nell'appliance di individuazione e valutazione di Azure Migrate eventualmente installata in precedenza. Deve essere distribuita in una VM diversa.

• Le VM GCP di origine di cui eseguire la migrazione dovranno essere in grado di comunicare in rete con l'appliance di replica. Configurare le regole del firewall necessarie per abilitare questa funzionalità. È consigliabile distribuire l'appliance di replica nella stessa rete del cloud privato virtuale (VPC) delle macchine virtuali di origine di cui eseguire la migrazione. Se l'appliance di replica deve trovarsi in una rete privata virtuale diversa, le due reti devono essere connesse tramite peering.

• Le VM GCP di origine comunicano con l'appliance di replica sulle porte HTTPS 443 (orchestrazione del canale di controllo) e TCP 9443 (trasporto dati) in ingresso per la gestione della replica e il relativo trasferimento dei dati. L'appliance di replica a sua volta orchestra e invia i dati di replica ad Azure sulla porta HTTPS 443 in uscita. Per configurare queste regole, modificare le regole in ingresso e in uscita del gruppo di sicurezza con le porte e le informazioni sull'indirizzo IP di origine appropriate.

  

  

• L'appliance di replica usa MySQL. Esaminare le opzioni per l'installazione di MySQL nell'appliance.

• Esaminare gli URL di Azure necessari all'appliance di replica per accedere ai cloud pubblico e per enti pubblici.

Configurare l'appliance di replica

La prima fase del processo di migrazione è la configurazione dell'appliance di replica. Per configurare l'appliance per la migrazione delle VM GCP, è necessario scaricare il file del programma di installazione e quindi eseguirlo nella VM preparata.

Scaricare il programma di installazione dell'appliance di replica

1. Nel progetto Azure Migrate selezionare Server, database e app Web>Migrazione e modernizzazione>Individua.

   

2. In Individua macchine virtuali>I computer sono virtualizzati? selezionare Non virtualizzato/Altro.

3. In Area di destinazione selezionare l'area di Azure in cui eseguire la migrazione delle macchine virtuali.

4. Selezionare Confermare che l'area di destinazione della migrazione è <nome area>.

5. Selezionare Crea risorse. Questo passaggio crea un insieme di credenziali di Azure Site Recovery in background.

   • Se è già stata configurata la migrazione con lo strumento Migrazione e modernizzazione, l'opzione della destinazione non può essere configurata, perché le risorse sono state configurate in precedenza.
   • Dopo aver selezionato questo pulsante non è più possibile cambiare l'area di destinazione di questo progetto.
   • Per eseguire la migrazione delle VM in un'area diversa, è necessario creare un progetto di Azure Migrate nuovo o diverso.

   Nota

   Se è stato selezionato l'endpoint privato come metodo di connettività per il progetto di Azure Migrate al momento della creazione, l'insieme di credenziali di Servizi di ripristino è anche configurato per la connettività dell'endpoint privato. Assicurarsi che gli endpoint privati siano raggiungibili dall'appliance di replica. Altre informazioni.

6. In Installare una nuova appliance di replica o aumentare le prestazioni della configurazione esistente? selezionare Installare un'appliance di replica.

7. In Scaricare e installare il software dell'appliance di replica scaricare il programma di installazione dell'appliance e la chiave di registrazione. La chiave è necessaria per registrare l'appliance. La chiave è valida per cinque giorni dal momento in cui viene scaricata.

   

8. Copiare il file di installazione e il file della chiave nella VM Windows Server 2016 o Windows Server 2012 GCP creata per l'appliance di replica.

9. Eseguire il file di installazione dell'appliance di replica, come descritto nella procedura seguente.

   1. In Prima di iniziare selezionare Installare il server di configurazione e il server di elaborazione e quindi selezionare Avanti.
   2. In Licenza software di terze parti selezionare Accetto le condizioni di licenza di terze parti e quindi selezionare Avanti.
   3. In Registrazione selezionare Sfoglia e quindi passare a dove inserire il file della chiave di registrazione dell'insieme di credenziali e selezionare Avanti.
   4. In Impostazioni Internet selezionare Connetti direttamente ad Azure Site Recovery senza server proxy e quindi selezionare Avanti.
   5. Nella pagina Controllo dei prerequisiti vengono eseguiti i controlli di diversi elementi. Al termine, selezionare Avanti.
   6. In Configurazione MySQL immettere una password per il database MySQL e quindi selezionare Avanti.
   7. In Dettagli ambiente selezionare No. Non è necessario proteggere le VM. Quindi seleziona Avanti.
   8. In Percorso di installazione selezionare Avanti per accettare il valore predefinito.
   9. In Selezione rete selezionare Avanti per accettare il valore predefinito.
   10. In Riepilogo selezionare Installa.
   11. Stato dell'installazione visualizza informazioni sullo stato del processo di installazione. Al termine, selezionare Fine. Viene visualizzata una finestra di messaggio per il riavvio. Seleziona OK.
   12. Viene poi visualizzata una finestra con un messaggio sulla passphrase di connessione al server di configurazione. Copiare la passphrase negli Appunti e salvarla in un file di testo temporaneo nelle VM di origine. Serve in un secondo momento, durante il processo di installazione del servizio di mobilità.

10. Al termine dell'installazione, la configurazione guidata dell'appliance viene avviata automaticamente. È anche possibile avviare la procedura guidata manualmente usando il collegamento cspsconfigtool creato sul desktop dell'appliance. In questa esercitazione viene installato manualmente il servizio Mobility nelle macchine virtuali di origine da replicare. Per continuare, è necessario creare un account fittizio in questo passaggio. Per la creazione dell'account fittizio, usare "guest" come nome descrittivo, "username" come nome utente e "password" come password per l'account. Usare questo account fittizio verrà usato nella fase Abilitazione replica.

    

Installare l'agente del servizio Mobility

Prima di poter avviare la replica, è necessario che un agente del servizio di mobilità sia preinstallato nelle macchine virtuali GCP di origine. L'approccio scelto per installare l'agente del servizio Mobility può dipendere dalle preferenze e dagli strumenti esistenti dell'organizzazione. Il metodo di installazione "push" predefinito di Azure Site Recovery non è attualmente supportato. È consigliabile prendere in considerazione gli approcci seguenti:

• System Center Configuration Manager
• Azure Arc per server ed estensioni script personalizzate
• Installare l'agente del servizio Mobility per Windows
• Installare l'agente del servizio Mobility per Linux

1. Estrarre il contenuto del tarball del programma di installazione in una cartella locale (ad esempio /tmp/MobSvcInstaller) della VM GCP, come indicato di seguito:

   mkdir /tmp/MobSvcInstaller
   tar -C /tmp/MobSvcInstaller -xvf <Installer tarball>
   cd /tmp/MobSvcInstaller
   

2. Eseguire lo script del programma di installazione:

   sudo ./install -r MS -v VmWare -q -c CSLegacy
   

3. Registrare l'agente con l'appliance di replica:

   /usr/local/ASR/Vx/bin/UnifiedAgentConfigurator.sh -i <replication appliance IP address> -P <Passphrase File Path>
   

Abilitare la replica per le VM GCP

1. Nel progetto Azure Migrate selezionare Server, database e app Web>Migrazione e modernizzazione>Replica.

   

2. In Replica, >Impostazioni origine >I computer sono virtualizzati? selezionare Non virtualizzato/Altro.

3. In Appliance locale selezionare il nome dell'appliance di Azure Migrate configurata.

4. In Server di elaborazione selezionare il nome dell'appliance di replica.

5. In Credenziali guestselezionare l'account fittizio creato in precedenza durante la configurazione del programma di installazione della replica per installare manualmente il servizio Mobility. L'installazione push non è supportata. Selezionare quindi Avanti: Macchine virtuali.

   

6. In Macchine virtuali, in Importare le impostazioni di migrazione da una valutazione?, lasciare l'impostazione predefinita No, specificherò le impostazioni di migrazione manualmente.

7. Selezionare ogni macchina virtuale di cui si vuole eseguire la migrazione. Selezionare quindi Avanti: Impostazioni di destinazione.

   

8. In Impostazioni di destinazione selezionare la sottoscrizione e l'area di destinazione in cui eseguire la migrazione e quindi specificare il gruppo di risorse in cui risiederanno le VM di Azure dopo la migrazione.

9. In Rete virtuale selezionare la subnet/rete virtuale di Azure a cui verranno aggiunte le VM di Azure dopo la migrazione.

10. In Account di archiviazione della cache mantenere l'opzione predefinita per usare l'account di archiviazione della cache creato automaticamente per il progetto. Usare l'elenco a discesa se si vuole specificare un account di archiviazione diverso da usare come account di archiviazione della cache per la replica.
    

    Nota

    • Se è stato selezionato un endpoint privato come metodo di connettività per il progetto Azure Migrate, concedere all'insieme di credenziali di Servizi di ripristino l'accesso all'account di archiviazione della cache. Altre informazioni.
    • Per eseguire la replica usando ExpressRoute con peering privato, creare un endpoint privato per l'account di archiviazione della cache. Altre informazioni.

11. In Opzioni di disponibilità selezionare:

    • Zona di disponibilità: aggiunge la macchina migrata a una zona di disponibilità specifica nell'area. Usare questa opzione per distribuire i server che formano un livello applicazione a più nodi tra zone di disponibilità. Se si seleziona questa opzione, sarà necessario specificare la zona di disponibilità da usare per ogni macchina selezionata nella scheda Calcolo. Questa opzione è disponibile solo se l'area di destinazione selezionata per la migrazione supporta le zone di disponibilità.
    • Set di disponibilità: include la macchina migrata in un set di disponibilità. Per usare questa opzione, il gruppo di risorse di destinazione selezionato deve avere uno o più set di disponibilità.
    • Nessuna ridondanza dell'infrastruttura richiesta: usare questa opzione se non è necessaria una di queste configurazioni di disponibilità per le macchine migrate.

12. In Tipo di crittografia dischi selezionare:

    • Crittografia dei dati inattivi con chiave gestita dalla piattaforma.
    • Crittografia dei dati inattivi con chiave gestita dal cliente.
    • Doppia crittografia con chiavi gestite dalla piattaforma e chiavi gestite dal cliente.

    Nota

    Per replicare le macchine virtuali con chiavi gestite dal cliente, è necessario creare un set di crittografia dischi nel gruppo di risorse di destinazione. Un oggetto set di crittografia dischi esegue il mapping dei dischi gestiti a un'istanza di Azure Key Vault contenente la chiave gestita dal cliente da usare per la crittografia lato server.

13. In Vantaggio Azure Hybrid:

    • Selezionare No se non si vuole applicare Vantaggio Azure Hybrid. Quindi seleziona Avanti.
    • Selezionare Sì se si hanno computer Windows Server con copertura Software Assurance o sottoscrizioni di Windows Server attive e si vuole applicare il vantaggio alle VM di cui si sta eseguendo la migrazione. Quindi seleziona Avanti.

    

14. In Calcolo controllare il nome della macchina virtuale, le dimensioni, il tipo di disco del sistema operativo e la configurazione della disponibilità, se selezionata nel passaggio precedente. Le VM devono essere conformi ai requisiti di Azure.

    • Dimensioni macchina virtuale: se si usano le raccomandazioni della valutazione, l'elenco a discesa Dimensioni macchina virtuale mostra le dimensioni consigliate. In caso contrario, Azure Migrate and Modernize seleziona le dimensioni più simili nella sottoscrizione di Azure. In alternativa, selezionare manualmente le dimensioni in Dimensioni macchina virtuale di Azure.
    • Disco sistema operativo: specificare il disco del sistema operativo (di avvio) per la VM. È il disco che contiene il bootloader e il programma di installazione del sistema operativo.
    • Zona di disponibilità: specificare la zona di disponibilità da usare.
    • Set di disponibilità: specificare il set di disponibilità da usare.

15. In Dischi specificare se i dischi delle VM devono essere replicati in Azure e selezionare il tipo di disco in Azure (dischi gestiti Premium o SSD/HDD Standard). Quindi seleziona Avanti.

    • È possibile escludere dischi dalla replica.
    • I dischi esclusi non saranno presenti nella VM di Azure dopo la migrazione.

    

16. In Tag scegliere di aggiungere tag alle macchine virtuali, ai dischi e alle schede di interfaccia di rete.

    

17. In Rivedi e avvia replica verificare le impostazioni e selezionare Replica per avviare la replica iniziale dei server.

Rilevare e monitorare lo stato della replica

• Quando si fa clic su Replica viene avviato un processo Avvia replica.
• Al termine del processo, viene avviata la replica iniziale delle VM in Azure.
• Al termine della replica iniziale, viene avviata la replica differenziale. Le modifiche incrementali ai dischi delle VM GCP vengono replicate periodicamente nei dischi di replica in Azure.

È possibile tenere traccia dello stato del processo nelle notifiche del portale.

È possibile monitorare lo stato della replica selezionando Replica server in Migrazione e modernizzazione.

Eseguire una migrazione di test

All'avvio della replica differenziale, è possibile eseguire una migrazione di test per le macchine virtuali prima di eseguire una migrazione completa ad Azure. È consigliabile eseguire la migrazione dei test. Consente di individuare eventuali problemi potenziali e risolverli prima di procedere con la migrazione effettiva. È consigliabile eseguire questo passaggio almeno una volta per ogni macchina virtuale prima di eseguirne la migrazione.

• L'esecuzione del test consente di verificare che la migrazione funzioni nel modo previsto senza alcun impatto sulle macchine virtuali GCP, che rimangono operative, e che la replica continui.
• La migrazione di test simula la migrazione creando una macchina virtuale di Azure usando i dati replicati. Il test esegue in genere la migrazione a una rete virtuale non di produzione nella sottoscrizione di Azure.
• È possibile usare la VM di Azure di test replicata per convalidare la migrazione, eseguire test delle app e risolvere eventuali problemi prima della migrazione completa.

Per eseguire una migrazione di test:

1. In Obiettivi di migrazione selezionare Server, database e app Web>Migrazione e modernizzazione>Server migrati.

   

2. Fare clic con il pulsante destro del mouse sulla macchina virtuale da testare e selezionare Migrazione di test.

   

3. In Migrazione di test selezionare la rete virtuale di Azure in cui verrà inserita la VM di Azure dopo la migrazione. È consigliabile usare una rete virtuale non di produzione.

4. Verrà avviato il processo Migrazione di test. Monitorare il processo nelle notifiche del portale.

5. Al termine della migrazione, visualizzare la VM di Azure di cui è stata eseguita la migrazione in Macchine virtuali nel portale di Azure. Il nome della macchina virtuale ha il suffisso -Test.

6. Al termine del test, fare clic con il pulsante destro del mouse sulla macchina virtuale di Azure in Replica delle macchine virtuali e scegliere Pulisci migrazione di test.

   

   Nota

   A questo punto è possibile registrare i server che eseguono SQL Server con il provider di risorse macchina virtuale SQL per sfruttare l'applicazione automatica delle patch, il backup automatizzato e la gestione semplificata delle licenze usando l'estensione agente IaaS SQL.

   • Selezionare Gestisci>Server in fase di replica>Macchina virtuale contenente il server SQL>Calcolo e rete e selezionare sì per procedere alla registrazione con il provider di risorse macchina virtuale SQL.
   • Selezionare Vantaggio Azure Hybrid per SQL Server se si dispone di istanze di SQL Server con copertura Software Assurance o sottoscrizioni di Windows Server attive e si vuole applicare il vantaggio alle macchine virtuali in fase di migrazione.

Eseguire la migrazione delle VM GCP

Dopo aver verificato che la migrazione di test funzioni nel modo previsto, è possibile procedere con la migrazione delle macchine virtuali GCP.

1. Nel progetto Azure Migrate selezionare Server, database e app Web>Migrazione e modernizzazione>Server in fase di replica.

   

2. In Replica delle macchine virtuali fare clic con il pulsante destro del mouse sulla macchina virtuale e scegliere Esegui migrazione.

3. In Esegui la migrazione>Spegnere le macchine virtuali ed eseguire una migrazione pianificata senza perdita di dati selezionare Sì>OK.

   Nota

   L'arresto automatico non è supportato durante la migrazione di macchine virtuali GCP.

4. Verrà avviato un processo di migrazione per la VM. È possibile visualizzare lo stato del processo selezionando l'icona a forma di campana di notifica nella parte superiore destra della pagina del portale o passando alla pagina Processi dello strumento di migrazione e modernizzazione. Selezionare Panoramica nel riquadro degli strumenti e selezionare Processi dal menu a sinistra.

5. Al termine del processo, è possibile visualizzare e gestire la VM dalla pagina Macchine virtuali.

Completare la migrazione

1. Al termine della migrazione fare clic con il pulsante destro del mouse sulla macchina virtuale e scegliere Arresta migrazione. Questa azione:
   • La replica per la VM GCP viene arrestata.
   • Rimuove la macchina virtuale GCP dal numero di Server in fase di replica nello strumento Migrazione e modernizzazione.
   • Esegue la pulizia delle informazioni sullo stato di replica per la macchina virtuale.
2. Verificare e risolvere eventuali problemi di attivazione di Windows nella macchina virtuale di Azure.
3. Apportare nell'app le eventuali modifiche post-migrazione necessarie, come l'aggiornamento di nomi host, di stringhe di connessione del database e delle configurazioni dei server Web.
4. Eseguire i test di accettazione della migrazione e dell'applicazione finale sull'applicazione migrata ora in esecuzione in Azure.
5. Trasferire il traffico all'istanza della VM di Azure di cui è stata eseguita la migrazione.
6. Aggiornare la documentazione interna con la nuova posizione e il nuovo indirizzo IP delle macchine virtuali di Azure.

Procedure consigliate dopo la migrazione

• Per una maggiore resilienza:
  • Proteggere i dati eseguendo il backup delle macchine virtuali di Azure con Backup di Azure. Altre informazioni.
  • Mantenere i carichi di lavoro in esecuzione e sempre disponibili eseguendo la replica delle macchine virtuali di Azure in un'area secondaria con Site Recovery. Altre informazioni.
• Per una maggiore sicurezza:
  • Bloccare e limitare l'accesso del traffico in ingresso con la funzionalità di amministrazione JIT di Microsoft Defender per il cloud.
  • Gestire gli aggiornamenti nelle macchine virtuali Windows e Linux con Gestore aggiornamenti di Azure.
  • Limitare il traffico di rete verso gli endpoint di gestione con la funzionalità Gruppi di sicurezza di rete.
  • Distribuire Crittografia dischi di Azure per garantire la sicurezza dei dischi e proteggere i dati da furti e accessi non autorizzati.
  • Vedere altre informazioni su come proteggere le risorse IaaS e su Microsoft Defender per il cloud.
• Per il monitoraggio e la gestione:
  • Valutare la possibilità di distribuire Gestione dei costi di Azure per monitorare l'utilizzo delle risorse e la spesa.

Risoluzione dei problemi e suggerimenti

Domanda: La macchina virtuale GCP non è presente nell'elenco dei server individuati per la migrazione.
Risposta: Verificare se l'appliance di replica soddisfa i requisiti. Assicurarsi che l'agente di mobilità sia installato nella VM di origine di cui eseguire la migrazione e che sia registrato con il server di configurazione. Controllare le regole del firewall per abilitare un percorso di rete tra l'appliance di replica e le VM GCP di origine.

Domanda: Come si stabilisce se la migrazione della VM è riuscita?
Risposta: Al termine della migrazione, è possibile visualizzare e gestire la VM dalla pagina Macchine virtuali. Connettersi alla VM di cui è stata eseguita la migrazione per verificare.

Domanda: Non è possibile importare VM per la migrazione dai risultati della valutazione del server creati in precedenza.
Risposta: Attualmente non è supportata l'importazione di valutazioni per questo flusso di lavoro. Come soluzione alternativa, è possibile esportare la valutazione e quindi selezionare manualmente la raccomandazione sulla VM durante il passaggio di abilitazione della replica.

Domanda: Durante l'individuazione delle macchine virtuali GCP viene visualizzato un messaggio di errore che informa che “non è stato possibile recuperare il GUID BIOS”.
Risposta: Usare sempre l'account di accesso radice per l'autenticazione e non quello di uno pseudoutente. Se non è possibile usare un utente radice, assicurarsi che per l'utente siano impostate le funzionalità necessarie, come da istruzioni fornite nella matrice di supporto. Verificare anche i sistemi operativi supportati per le VM GCP.

Domanda: lo stato della replica non è in corso.
Risposta: Verificare se l'appliance di replica soddisfa i requisiti. Assicurarsi di aver abilitato le porte richieste sulle porte TCP 9443 e HTTPS 443 dell'appliance di replica per il trasporto dei dati. Verificare che non siano presenti versioni duplicate non aggiornate dell'appliance di replica connesse allo stesso progetto.

Domanda: Non è possibile individuare le istanze di GCP usando Azure Migrate e Modernize a causa del codice di stato HTTP 504 dal servizio di gestione remota di Windows.
Risposta: Verificare i requisiti dell'appliance di Azure Migrate e le esigenze di accesso agli URL. Controllare che nessuna impostazione proxy blocchi la registrazione dell'appliance.

Domanda: è necessario apportare modifiche prima di eseguire la migrazione delle macchine virtuali GCP ad Azure?
Risposta: Potrebbe essere necessario apportare le modifiche seguenti prima di eseguire la migrazione delle macchine virtuali GCP in Azure:

• Se si usa cloud-init per il provisioning della macchina virtuale, è possibile disabilitare cloud-init nella macchina virtuale prima di eseguirne la replica in Azure. La procedura di provisioning eseguita da cloud-init nella macchina virtuale potrebbe essere specifica di GCP e non sarà valida dopo la migrazione ad Azure. ​
• Esaminare la sezione Prerequisiti per determinare se sono necessarie modifiche per il sistema operativo in uso prima della migrazione ad Azure.
• È sempre consigliabile eseguire una migrazione di test prima della migrazione finale.

Passaggi successivi

Esaminare il percorso di migrazione cloud in Cloud Adoption Framework per Azure.