Condividi tramite

Preparare i computer locali o soluzione Azure VMware per la migrazione a Azure

Questo articolo descrive come preparare macchine locali o soluzione Azure VMware (AVS) prima di eseguirne la migrazione in Azure usando lo strumento di Migrazione e Modernizzazione.

In questo articolo si apprenderà come:

  • Verificare le limitazioni della migrazione.
  • Selezionare un metodo per la migrazione di macchine virtuali VMware vSphere.
  • Verificare i requisiti dell'hypervisor e del sistema operativo per i computer di cui si vuole eseguire la migrazione.
  • Verificare l'accesso agli URL e alle porte per i computer di cui si vuole eseguire la migrazione.
  • Esaminare le modifiche che potrebbero essere necessarie prima di iniziare la migrazione.
  • Controllare i requisiti delle macchine virtuali di Azure per i computer migrati.
  • Preparare i computer in modo da potersi connettere alle macchine virtuali Azure dopo la migrazione.

Verificare le limitazioni della migrazione

La tabella riepiloga i limiti di individuazione, valutazione e migrazione per Azure Migrate. È consigliabile, ma non necessario, valutare i computer prima della migrazione.

Scenario Project Individuazione/valutazione Migrazione
Macchine virtuali VMware vSphere Individuare e valutare fino a 35.000 macchine virtuali in un singolo progetto di Azure Migrate. Individuare fino a 10.000 macchine virtuali VMware vSphere con un'unica appliance Azure Migrate per VMware vSphere.
L'appliance supporta l'aggiunta di più server vCenter. È possibile aggiungere fino a 10 server vCenter per appliance.		 Migrazione senza agente: è possibile replicare contemporaneamente un massimo di 500 macchine virtuali in più server vCenter (individuati da un'appliance) usando un'appliance con scalabilità orizzontale.
Migrazione basata su agente: è possibile scalare l'appliance di replica per replicare un numero elevato di macchine virtuali.

Nel portale è possibile selezionare un massimo di 10 computer contemporaneamente per la replica. Per replicare più computer, aggiungerli in batch di 10.
Hyper-V macchine virtuali Individuare e valutare fino a 35.000 macchine virtuali in un singolo progetto di Azure Migrate. Individua fino a 5.000 macchine virtuali Hyper-V con un'unica appliance di Azure Migrate Un dispositivo non viene usato per la migrazione di Hyper-V. Il provider di replica Hyper-V viene invece eseguito in ogni host Hyper-V.

La capacità di replica è influenzata da fattori legati alle prestazioni, come la varianza della macchina virtuale, e dalla larghezza di banda per il caricamento dei dati di replica.

Nel portale è possibile selezionare un massimo di 10 computer contemporaneamente per la replica. Per replicare più computer, aggiungerli in batch di 10.
Computer fisici Individuare e valutare fino a 35.000 macchine in un singolo progetto di Azure Migrate. Individuare fino a 1000 server fisici utilizzando un'unica appliance di Azure Migrate per i server fisici. È possibile espandere l'appliance di replicazione per replicare un numero elevato di server.

Nel portale è possibile selezionare un massimo di 10 computer contemporaneamente per la replica. Per replicare più computer, aggiungerli in batch di 10.

Selezionare un metodo di migrazione VMware vSphere

Se si esegue la migrazione di macchine virtuali VMware vSphere a Azure, compare i metodi di migrazione senza agente e basati su agenti, per decidere cosa funziona meglio.

Verificare i requisiti dell'hypervisor

Verificare i requisiti del sistema operativo

Verificare i sistemi operativi supportati per la migrazione:

Note

Windows Server 2008 e Windows Server 2008 R2 hanno raggiunto la fine del supporto (EOS). Per altre informazioni, vedere Fine del supporto per Windows Server 2008 e Windows Server 2008 R2 e Effettuare l'aggiornamento sul posto a Windows Server 2016, 2019, 2022 o 2025. Esaminare di conseguenza l'utilizzo e pianificare gli aggiornamenti e le migrazioni del sistema operativo.

Verificare l'accesso agli URL e alle porte

Esaminare gli URL e le porte a cui viene eseguito l'accesso durante la migrazione.

Scenario Dettagli URL Ports
Migrazione senza agente di VMware vSphere Usa l'appliance Azure Migrate per la migrazione. Non viene installato nulla nelle macchine virtuali VMware vSphere. Esaminare gli URL del cloud pubblico e degli enti pubblici necessari per l'individuazione, la valutazione e la migrazione con l'appliance. Esaminare i requisiti delle porte per la migrazione senza agente.
Migrazione basata sull'agente VMware vSphere Usa il dispositivo di replica per la migrazione. L'agente servizio di mobilità viene installato nelle macchine virtuali. Esaminare il cloud pubblico e gli URL di Azure per enti pubblici che l'appliance di replica deve accedere. Esaminare le porte usate durante la migrazione con agente.
Migrazione Hyper-V Usa un provider installato in Hyper-V host per la migrazione. Non è installato alcun elemento nelle macchine virtuali Hyper-V. Esaminare gli URL del cloud pubblico e di Azure per enti pubblici a cui deve accedere il provider di replica in esecuzione negli host. Il provider di replica nell'host Hyper-V usa connessioni in uscita sulla porta HTTPS 443 per inviare i dati di replica della macchina virtuale.
Computer fisici Usa il dispositivo di replica per la migrazione. L'agente servizio di mobilità viene installato nei computer fisici. Esaminare gli URL del cloud pubblico e di Azure per enti pubblici a cui l'appliance di replica deve accedere. Esaminare le porte usate durante la migrazione fisica.

Verificare le modifiche necessarie prima della migrazione

Sono necessarie alcune modifiche nelle macchine virtuali prima di eseguirne la migrazione a Azure.

  • Per alcuni sistemi operativi, Azure Migrate apporta automaticamente modifiche durante il processo di replica/migrazione.
  • Per altri sistemi operativi occorre invece configurare le impostazioni manualmente.
  • È importante configurare manualmente le impostazioni prima di iniziare la migrazione. Alcune modifiche possono influire sull'avvio della macchina virtuale o sulla connettività alla macchina virtuale, che potrebbe non venire stabilita. Se si esegue la migrazione della macchina virtuale prima di apportare la modifica, è possibile che la macchina virtuale non venga avviata in Azure.

Esaminare le tabelle per identificare le modifiche da apportare.

macchine Windows

Le modifiche eseguite vengono riepilogate nella tabella.

Azione VMware vSphere (migrazione senza agente) VMware vSphere (basato su agenti)/computer fisici Windows Hyper-V
Configurare il criterio SAN Porta online tutti i dischi

 Impostare automaticamente per i computer che eseguono Windows Server 2008 R2 o versione successiva.

Configurare manualmente per i sistemi operativi precedenti.		 Impostato automaticamente nella maggior parte dei casi. Impostare automaticamente per i computer che eseguono Windows Server 2008 R2 o versione successiva.
Installare l'integrazione guest Hyper-V Installa manualmente nei computer che eseguono Windows Server 2003. Installa manualmente nei computer che eseguono Windows Server 2003. Installa manualmente nei computer che eseguono Windows Server 2003.
Enable Azure Serial Console

Abilitare la console nelle macchine virtuali Azure per facilitare la risoluzione dei problemi. Non è necessario riavviare la VM. La macchina virtuale Azure verrà avviata usando l'immagine del disco. L'avvio tramite l'immagine del disco equivale a un riavvio per la nuova macchina virtuale.		 Abilitare manualmente Abilitare manualmente Abilitare manualmente
Installare l'agente guest di Microsoft Azure

L'agente di macchine virtuali (agente di macchine virtuali) è un processo sicuro e leggero che gestisce l'interazione della macchina virtuale con il controller di Azure Fabric. L'agente di macchine virtuali ha un ruolo primario nell'abilitazione e nell'esecuzione di Azure estensioni macchina virtuale che consentono la configurazione post-distribuzione della macchina virtuale, ad esempio l'installazione e la configurazione del software.		 Impostare automaticamente per i computer che eseguono Windows Server 2008 R2 o versione successiva.
Configurare manualmente per i sistemi operativi precedenti.		 Impostare automaticamente per i computer che eseguono Windows Server 2008 R2 o versione successiva. Impostare automaticamente per i computer che eseguono Windows Server 2008 R2 o versione successiva.
Connettersi dopo la migrazione

Per connettersi dopo la migrazione, è necessario eseguire una serie di passaggi prima della migrazione.		 Configurare manualmente. Configurare manualmente. Configurare manualmente.

Altre informazioni sulle modifiche eseguite nei server Windows per le migrazioni VMware vSphere senza agente.

Configurare i criteri SAN

Per impostazione predefinita, alle macchine virtuali Azure viene assegnata l'unità D: da usare come risorsa di archiviazione temporanea.

  • Questa assegnazione di unità comporta l'incremento di una lettera per tutte le altre assegnazioni di unità di archiviazione collegate.
  • Ad esempio, se l'installazione locale usa un disco dati assegnato all'unità D: per le installazioni dell'applicazione, l'assegnazione di questa unità viene incrementata all'unità E: dopo la migrazione della macchina virtuale a Azure.
  • Per evitare questa assegnazione automatica e per assicurarsi che Azure assegni la lettera di unità gratuita successiva al volume temporaneo, impostare i criteri SAN (Storage Area Network) su OnlineAll:

Configurare questa impostazione manualmente nel modo seguente:

  1. Nella macchina virtuale locale o soluzione Azure VMware (non nel server host) aprire un prompt dei comandi con privilegi elevati.
  2. Immettere diskpart.
  3. Immettere SAN. Se la lettera di unità del sistema operativo guest non viene mantenuta, verrà restituito Porta offline tutti i dischi o Porta offline dischi condivisi.
  4. Al prompt DISKPART immettere SAN Policy=OnlineAll. Questa impostazione garantisce che i dischi vengano portati online e che sia possibile eseguire operazioni di lettura e scrittura su entrambi i dischi.
  5. Durante la migrazione di test, è possibile verificare che le lettere di unità vengano mantenute.

Computer Linux

Azure Migrate completa automaticamente queste azioni per queste versioni

  • Red Hat Enterprise Linux 10,x, 9.5, 9.x, 8.x, 7.9, 7.8, 7.7, 7.6, 7.5, 7.4, 7.3, 7.2, 7.1, 7.0, 6.x (Azure agente di macchine virtuali Linux viene installato automaticamente durante la migrazione)
  • CentOS Stream (L'agente di macchine virtuali Linux di Azure viene installato automaticamente durante la migrazione)
  • SUSE Linux Enterprise Server 15 SP4, 15 SP3, 15 SP2, 15 SP1, 15 SP0, 12, 11 SP4, 11 SP3
  • Ubuntu 22.04, 21.04, 20.04, 19.04, 19.10, 18.04LTS, 16.04LTS, 14.04LTS (Azure agente di macchine virtuali Linux viene installato automaticamente durante la migrazione)
  • Debian 13, 12, 11, 10, 9, 8, 7
  • Oracle Linux 10, 9, 8, 7.7-CI, 7.7, 6
  • AlmaLinux 10,x, 8.x, 9.x
  • Rocky Linux 10.x, 8.x, 9.x

Per altre versioni, preparare i computer come riepilogato nella tabella.

Note

Alcune modifiche possono influire sull'avvio della macchina virtuale o sulla connettività alla macchina virtuale, che potrebbe non venire stabilita.

Azione Dettagli Versione di Linux
Installare Hyper-V Linux Integration Services Ricompilare l'immagine init di Linux in modo che contenga i driver Hyper-V necessari. La ricompilazione dell'immagine init garantisce che la macchina virtuale venga avviata in Azure. Nella maggior parte delle nuove versioni delle distribuzioni di Linux è presente per impostazione predefinita.

Se non è inclusa, installarla manualmente per tutte le versioni ad eccezione di quelle indicate sopra.
Abilita la registrazione della console seriale di Azure L'abilitazione della registrazione della console facilita la risoluzione dei problemi. Non è necessario riavviare la VM. La macchina virtuale Azure verrà avviata usando l'immagine del disco. L'avvio tramite l'immagine del disco equivale a un riavvio per la nuova macchina virtuale.

Seguire queste istruzioni per abilitare.
Aggiornare il file di mappa dei dispositivi Aggiornare il file di mapping dei dispositivi contenente le associazioni tra nome del dispositivo e volume, per usare identificatori di dispositivo permanenti. Installarlo manualmente per tutte le versioni ad eccezione di quelle indicate sopra. (Applicabile solo nello scenario VMware basato su agenti)
Aggiornare le voci fstab Aggiornare le voci in modo da usare identificatori di volume permanenti. Aggiornare manualmente per tutte le versioni ad eccezione di quelle indicate sopra.
Rimuovere la regola udev Rimuovere qualsiasi regola di udev che riservi i nomi di interfaccia in base all'indirizzo MAC e così via. Rimuovere manualmente per tutte le versioni ad eccezione di quelle indicate sopra.
Aggiornare le interfacce di rete Aggiornare le interfacce di rete in modo che ricevano l'indirizzo IP in base a DHCP. Aggiornare manualmente per tutte le versioni ad eccezione di quelle indicate sopra.
Abilitare ssh Assicurarsi che ssh sia abilitato e che il servizio sshd sia impostato per l'avvio automatico al riavvio.

Assicurarsi che le richieste di connessione ssh in ingresso non siano bloccate da regole gestibili tramite script o del firewall del sistema operativo.		 Abilitare manualmente per tutte le versioni ad eccezione di quelle indicate sopra.
Installare l'agente guest di Linux Azure L'agente Linux di Microsoft Azure (waagent) è un processo sicuro e leggero che gestisce il provisioning di Linux e FreeBSD e l'interazione della macchina virtuale con l'Azure Fabric Controller. Abilitare manualmente per tutte le versioni ad eccezione di quelle indicate sopra.
Seguire le istruzioni per installare manualmente l'agente Linux per altre versioni del sistema operativo. Esaminare l'elenco dei pacchetti necessari per installare l'agente di macchine virtuali Linux.

Altre informazioni sulle modifiche eseguite nei server Linux per le migrazioni VMware vSphere senza agente.

La tabella seguente contiene un riepilogo della procedura eseguita automaticamente per i sistemi operativi elencati in precedenza.

Azione Migrazione VMware vSphere basata su agente Migrazione VMware vSphere senza agente Migrazione di Hyper-V senza agente
Aggiornare l'immagine del kernel con Hyper-V Linux Integration Services.
I driver LIS devono essere presenti nel kernel.		 Sì Sì Sì
Abilitare la registrazione della console seriale Azure Sì Sì Sì
Aggiornare il file di mappa dei dispositivi Sì NO NO
Aggiornare le voci fstab Sì Sì Sì
Rimuovere la regola di udev Sì Sì Sì
Aggiornare le interfacce di rete Sì Sì Sì
Abilitare ssh NO NO NO
Installare Azure agente Linux della macchina virtuale Sì Sì Sì

Altre informazioni sui passaggi per l'esecuzione di una macchina virtuale Linux in Azure e istruzioni per alcune delle distribuzioni Linux più diffuse.

Esaminare l'elenco dei pacchetti necessari per installare l'agente di macchine virtuali Linux. Azure Migrate installa automaticamente l'agente di macchine virtuali Linux per RHEL 8.x, Ubuntu 20.04, SUSE 15 e Oracle 7 quando si usa il metodo senza agente di migrazione di VMware.

Verificare i requisiti di Azure per le macchine virtuali

I computer locali o AVS replicati in Azure devono essere conformi ai requisiti delle macchine virtuali Azure per il sistema operativo e l'architettura, i dischi, le impostazioni di rete e la denominazione delle macchine virtuali.

Prima della migrazione, esaminare i requisiti delle macchine virtuali Azure per VMware, Hyper-V e server fisico.

Preparare la connessione dopo la migrazione

Azure le macchine virtuali vengono create durante la migrazione a Azure. Dopo la migrazione, è necessario essere in grado di connettersi alle nuove macchine virtuali Azure. Per stabilire una connessione sono necessari più passaggi.

Preparare la connessione alle macchine virtuali Azure Windows

Computer Windows locali o AVS:

  1. Configurare le impostazioni di Windows. Procedere alla rimozione di eventuali route permanenti statiche o proxy WinHTTP.
  2. Assicurarsi che i servizi necessari siano in esecuzione.
  3. Abilitare Desktop remoto (RDP) per consentire le connessioni remote al computer di origine (locale o AVS). Informazioni su come usare PowerShell per abilitare RDP.
  4. Per accedere a una macchina virtuale Azure tramite Internet dopo la migrazione, in Windows Firewall nel computer di origine (locale o AVS), consentire TCP e UDP nel profilo pubblico e impostare RDP come app consentita per tutti i profili.
  5. Se si vuole accedere a una macchina virtuale Azure tramite una VPN da sito a sito dopo la migrazione, in Windows Firewall nel computer di origine (locale o AVS), consentire RDP per i profili di dominio e privato. Informazioni su come consentire il traffico RDP.
  6. Assicurarsi che non siano presenti aggiornamenti Windows in sospeso nella macchina virtuale di origine (locale o AVS) durante la migrazione. In caso affermativo, gli aggiornamenti potrebbero avviare l'installazione nella macchina virtuale Azure dopo la migrazione e non sarà possibile accedere alla macchina virtuale fino al termine degli aggiornamenti.

Preparare la connessione con macchine virtuali Linux Azure

Nei computer Linux AVS o locali:

  1. Assicurarsi che il servizio Secure Shell sia impostato per l'avvio automatico all'avvio del sistema.
  2. Controllare che le regole del firewall consentano una connessione SSH.

Configurare Azure macchine virtuali dopo la migrazione

Dopo la migrazione, completare questi passaggi nelle macchine virtuali Azure create:

  1. Per connettersi alla macchina virtuale tramite Internet, assegnare alla macchina virtuale un indirizzo IP pubblico. È necessario usare un indirizzo IP pubblico diverso per la macchina virtuale Azure rispetto a quella usata per il computer locale o AVS. Altre informazioni.
  2. Verificare che le regole del gruppo di sicurezza di rete nella macchina virtuale consentano le connessioni in ingresso alla porta RDP o SSH.
  3. Controllare la diagnostica di avvio per visualizzare la macchina virtuale.

Passaggi successivi

Decidere quale metodo si vuole usare per migrare le macchine virtuali VMware vSphere ad Azure o iniziare a eseguire la migrazione delle macchine virtuali Hyper-V o server fisici, macchine virtuali virtualizzate o nel cloud.

Attività supportate

Per le macchine virtuali VMware vSphere, la migrazione e la modernizzazione supportano la migrazione senza agente o basata su agente.

Altre informazioni

  • Last updated on