Preparare i computer locali per la migrazione ad Azure
Attenzione
Questo articolo fa riferimento a CentOS, una distribuzione di Linux che ha raggiunto lo stato di fine del servizio (EOL). Valutare le proprie esigenze e pianificare di conseguenza. Per ulteriori informazioni, consultare la Guida alla fine del ciclo di vita di CentOS.
Questo articolo descrive come preparare i computer locali prima di eseguirne la migrazione ad Azure con 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.
- Verificare i requisiti delle macchine virtuali di Azure per le macchine virtuali con migrazione completata.
- Preparare i computer in modo che sia possibile connettersi alle macchine virtuali di Azure dopo la migrazione.
Verificare le limitazioni della migrazione
Nella tabella seguente sono riepilogati i limiti per l'individuazione, la valutazione e la migrazione in Azure Migrate. È consigliabile, ma non necessario, valutare i computer prima della migrazione.
Scenario | Progetto | Individuazione e 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 in una singola 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 scale-out. Migrazione basata su agente: è possibile aumentare le risorse dell'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. |
VM Hyper-V | Individuare e valutare fino a 35.000 macchine virtuali in un singolo progetto di Azure Migrate. | Individuare fino a 5.000 macchine virtuali Hyper-V con una singola appliance Azure Migrate. | Per la migrazione di Hyper-V non viene usata un'appliance. Il provider di replica Hyper-V viene invece eseguito su 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 computer in un singolo progetto di Azure Migrate. | Individuare fino a 1000 server fisici con una singola appliance Azure Migrate per i server fisici. | È possibile aumentare le risorse dell'appliance di replica 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 sta eseguendo la migrazione di macchine virtuali VMware vSphere in Azure, confrontare i metodi di migrazione senza agente e basata su agente per decidere quale sia quello più adatto.
Verificare i requisiti dell'hypervisor
- Verificare i requisiti della migrazione VMware senza agente o VMware vSphere basata su agente.
- Verificare i requisiti dell'host Hyper-V.
Verificare i requisiti del sistema operativo
Verificare i sistemi operativi supportati per la migrazione:
- Se si sta eseguendo la migrazione di macchine virtuali VMware vSphere o Hyper-V, verificare i requisiti delle VM VMware vSphere per la migrazione senza agente e basata su agente e i requisiti per le macchine virtuali Hyper-V.
- Verificare che i sistemi operativi Windows siano supportati in Azure.
- Verificare che le distribuzioni Linux siano supportate in Azure.
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 | Porte |
---|---|---|---|
Migrazione senza agente di VMware vSphere | Usa l'appliance di Azure Migrate per la migrazione. Non viene installato nulla nelle macchine virtuali VMware vSphere. | Esaminare gli URL del cloud pubblico e per 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 VMware vSphere basata su agente | Usa l'appliance di replica per la migrazione. L'agente del servizio di mobilità è installato nelle macchine virtuali. | 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 basata su agente. |
Migrazione di Hyper-V | Usa un provider installato negli host Hyper-V per la migrazione. Non viene installato nulla nelle macchine virtuali Hyper-V. | Esaminare gli URL del cloud pubblico e di Azure per enti pubblici a cui il provider di replica in esecuzione negli host deve accedere. | Il provider di replica nell'host Hyper-V usa le connessioni in uscita sulla porta HTTPS 443 per inviare i dati di replica delle VM. |
Computer fisici | Usa l'appliance di replica per la migrazione. L'agente del servizio di mobilità è 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 dei computer fisici. |
Verificare le modifiche necessarie prima della migrazione
Prima di eseguire la migrazione delle macchine virtuali ad Azure, è necessario apportarvi alcune modifiche.
- Per alcuni sistemi operativi, Azure Migrate apporta modifiche automaticamente durante il processo di replica o di 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 VM prima di apportare la modifica, la VM potrebbe non avviarsi in Azure.
Esaminare le tabelle per identificare le modifiche da apportare.
Computer Windows
Le modifiche eseguite vengono riepilogate nella tabella.
Azione | VMware vSphere (migrazione senza agente) | VMware vSphere (migrazione basata su agente)/computer fisici | Windows su Hyper-V |
---|---|---|---|
Configurare il criterio SAN Porta online tutti i dischi |
Impostato automaticamente per le macchine virtuali in esecuzione su Windows Server 2008 R2 o versione successiva. Configurare manualmente per i sistemi operativi precedenti. |
Impostato automaticamente nella maggior parte dei casi. | Impostato automaticamente per le macchine virtuali in esecuzione su Windows Server 2008 R2 o versione successiva. |
Installare i servizi di integrazione guest Hyper-V | Installare manualmente nei computer che eseguono Windows Server 2003. | Installare manualmente nei computer che eseguono Windows Server 2003. | Installare manualmente nei computer che eseguono Windows Server 2003. |
Abilitare la console seriale di Azure Abilitare la console nelle VM di Azure per semplificare la risoluzione dei problemi. Non è necessario riavviare la VM. La macchina virtuale di 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 Windows Azure L'agente di macchine virtuali di Microsoft Azure è un processo protetto e leggero che gestisce l'interazione delle macchine virtuali con il controller di infrastruttura di Microsoft Azure. L'agente di macchine virtuali ha un ruolo primario nell'abilitazione e nell'esecuzione di estensioni di macchine virtuali di Azure che abilitano la configurazione post-distribuzione della macchina virtuale, ad esempio l'installazione e la configurazione del software. |
Impostato automaticamente per le macchine virtuali in esecuzione su Windows Server 2008 R2 o versione successiva. Configurare manualmente per i sistemi operativi precedenti. |
Impostato automaticamente per le macchine virtuali in esecuzione su Windows Server 2008 R2 o versione successiva. | Impostato automaticamente per le macchine virtuali in esecuzione su Windows Server 2008 R2 o versione successiva. |
Eseguire la connessione 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 di Azure viene assegnata l'unità D: da usare come spazio 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 delle applicazioni, l'assegnazione per questa unità passerà all'unità E dopo la migrazione della macchina virtuale ad Azure.
- Per evitare questa assegnazione automatica e per assicurarsi che Azure assegni la lettera di unità libera successiva al relativo volume temporaneo, impostare i criteri della rete di archiviazione (SAN) su OnlineAll:
Configurare questa impostazione manualmente nel modo seguente:
- Nel computer locale (non nel server host) aprire un prompt dei comandi con privilegi elevati.
- Immettere diskpart.
- 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.
- Al prompt di 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.
- 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 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 (agente di macchine virtuali Linux di Azure 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 SP0, 15 SP1, 12, 11 SP4, 11 SP3
- Ubuntu 20.04, 19.04, 19.10, 18.04LTS, 16.04LTS, 14.04LTS (l'agente di macchine virtuali Linux di Azure viene installato automaticamente durante la migrazione)
- Debian 10, 9, 8, 7
- Oracle Linux 8, 7.7-CI, 7.7, 6
Per altre versioni, preparare i computer come riepilogato nella tabella.
Nota
Alcune modifiche possono influire sull'avvio della macchina virtuale o sulla connettività alla macchina virtuale, che potrebbe non venire stabilita.
Azione | Dettagli | Versione Linux |
---|---|---|
Installare Linux Integration Services per Hyper-V | Ricompilare l'immagine iniziale di Linux affinché includa i driver Hyper-V necessari. L'inclusione dell'immagine iniziale garantisce che la macchina virtuale possa essere 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. |
Abilitare 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 di 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 la registrazione. |
|
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 di 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 Linux di Azure | L'agente Linux di Microsoft Azure (waagent) è un processo protetto e leggero che gestisce il provisioning di Linux e FreeBSD e l'interazione delle macchine virtuali con il controller di Infrastruttura di Azure. | Abilitare manualmente per tutte le versioni ad eccezione di quelle indicate sopra. Seguire queste 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 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 di 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 l'agente Linux della macchina virtuale di Azure | Sì | Sì | Sì |
Altre informazioni sulla procedura per eseguire 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 9.x, 8.x/7.x/6.x, Ubuntu 14.04/16.04/18.04/19.04/19.10/20.04, SUSE 15 SP0/15 SP1/12/11 SP4/11 SP3, Debian 9/8/7 e Oracle 7 quando si usa il metodo senza agente di migrazione VMware.
Controllare i requisiti delle macchine virtuali di Azure
I computer locali replicati in Azure devono essere conformi ai requisiti delle macchine virtuali di Azure per il sistema operativo e l'architettura, i dischi, le impostazioni di rete e le convenzioni di denominazione delle macchine virtuali.
Prima di eseguire la migrazione, esaminare i requisiti delle macchine virtuali di Azure per la migrazione di VMware, Hyper-V e dei server fisici.
Preparare la connessione dopo la migrazione
Le macchine virtuali di Azure vengono create durante la migrazione ad Azure. Dopo la migrazione, deve essere possibile connettersi alle nuove macchine virtuali di Azure. Per stabilire una connessione sono necessari più passaggi.
Preparare la connessione per le macchine virtuali Windows di Azure
Nei computer Windows locali:
- Configurare le impostazioni di Windows. Procedere alla rimozione di eventuali route permanenti statiche o proxy WinHTTP.
- Verificare che tutti i servizi necessari siano in esecuzione.
- Abilitare Desktop remoto (RDP) per consentire le connessioni remote al computer locale. Informazioni su come usare PowerShell per abilitare RDP.
- Per accedere a una macchina virtuale di Azure tramite Internet dopo la migrazione, in Windows Firewall nel computer locale consentire i protocolli TCP e UDP nel profilo pubblico e impostare RDP come app consentita per tutti i profili.
- Se si vuole accedere a una macchina virtuale di Azure tramite una VPN da sito a sito dopo la migrazione, in Windows Firewall nel computer locale consentire il protocollo RDP per il profilo di dominio e privato. Informazioni su come consentire il traffico RDP.
- Prima di eseguire la migrazione, assicurarsi che nella macchina virtuale locale non siano in sospeso aggiornamenti di Windows. In tal caso, l'installazione degli aggiornamenti nella macchina virtuale di Azure potrebbe iniziare dopo la migrazione e non sarà possibile accedere alla macchina virtuale fino al termine degli aggiornamenti.
Preparare la connessione per le macchine virtuali Linux di Azure
Nei computer Linux locali:
- Assicurarsi che il servizio Secure Shell sia impostato per l'avvio automatico all'avvio del sistema.
- Controllare che le regole del firewall consentano una connessione SSH.
Configurare le macchine virtuali di Azure dopo la migrazione
Dopo la migrazione, eseguire queste operazioni nelle macchine virtuali di Azure create:
- Per connettersi alla macchina virtuale tramite Internet, assegnare alla macchina virtuale un indirizzo IP pubblico. Per la macchina virtuale di Azure è necessario usare un indirizzo IP pubblico diverso rispetto a quello usato in precedenza per il computer locale. Altre informazioni.
- Verificare che le regole del gruppo di sicurezza di rete nella macchina virtuale consentano le connessioni in ingresso alla porta RDP o SSH.
- Controllare la diagnostica di avvio per visualizzare la macchina virtuale.
Passaggi successivi
Stabilire il metodo da usare per la migrazione di macchine virtuali VMware vSphere ad Azure oppure avviare la migrazione di macchine virtuali Hyper-V o server fisici o macchine virtuali virtualizzate/cloud.
Attività supportate
Per le macchine virtuali VMware vSphere, lo strumento di migrazione e modernizzazione supporta la migrazione senza agente o basata su agente.
- Macchine virtuali VMware vSphere: verificare il supporto e i requisiti di migrazione per le macchine virtuali VMware vSphere.
- Macchine virtuali Hyper-V:verificare il supporto e i requisiti di migrazione per le macchine virtuali Hyper-V.
- Computer fisici: verificare il supporto e i requisiti di migrazione per computer fisici locali e altri server virtualizzati.