Preparare l'ambiente locale per la migrazione senza agente
Dopo aver configurato Azure per la migrazione, è necessario verificare che l'ambiente locale sia pronto per la distribuzione di Azure Migrate. Valutare il sistema host Hyper-V e i computer Hyper-V di cui si intende eseguire la migrazione e apportare eventuali modifiche necessarie.
In questa unità si esamineranno i requisiti per la migrazione delle macchine virtuali Hyper-V con lo strumento Azure Migrate: Migrazione server.
Verificare i requisiti dell'host Hyper-V
Tenere presente che la prima fase della migrazione è costituita da un progetto pilota in cui si esegue la migrazione in Azure di un piccolo subset di carichi di lavoro Linux e Windows meno recenti ospitati in un singolo host Hyper-V. Il sistema usa un unico host Hyper-V perché il numero di computer è relativamente ridotto e non ci sono requisiti di disponibilità elevata.
Le fasi future della migrazione saranno costituite da configurazioni più complesse, tra cui cluster VMware ESXi, ma per la migrazione pilota è sufficiente una distribuzione autonoma di un host Hyper-V. Assicurarsi di assegnare le autorizzazioni di amministratore nell'host Hyper-V e che il sistema operativo host sia in esecuzione in Windows Server 2012 R2 o versione successiva.
Accesso agli URL e alle porte
Assicurarsi di configurare la connettività Internet tra l'ambiente locale e Azure. Per completare il processo di replica e migrazione, l'host Hyper-V deve avere accesso a porte e URL di Azure specifici. Durante la migrazione, lo strumento Azure Migrate: Migrazione server usa gli URL per gestire l'identità, coordinare il trasferimento dei dati, caricare i dati nello spazio di archiviazione, registrare il processo di replica e assicurare una sincronizzazione accurata dell'ora di sistema.
Assicurarsi che l'host Hyper-V possa accedere agli URL seguenti:
- login.microsoftonline.com
- *.backup.windowsazure.com
- *.blob.core.windows.net
- dc.services.visualstudio.com
- time.windows.com
Verificare inoltre che per l'host Hyper-V siano abilitate le connessioni in uscita sulla porta HTTPS 443 affinché possa inviare i dati di replica delle macchine virtuali ad Azure Migrate. Anche ogni macchina virtuale necessita delle connessioni in uscita sulla porta 443.
Verificare le impostazioni delle macchine virtuali Hyper-V
Nell'ambito della preparazione dell'ambiente locale, esaminare i carichi di lavoro per verificare che le macchine virtuali soddisfino i requisiti per la migrazione. La maggior parte di queste informazioni è già stata ricavata durante la fase di valutazione, quindi considerare questo esame come un elenco di controllo finale.
Sistemi operativi supportati
Si sta eseguendo la migrazione di carichi di lavoro Windows Server e Linux, ma ci si vuole assicurare che le versioni del sistema operativo server possano essere eseguite in un ambiente di macchine virtuali di Azure. Le macchine virtuali di cui si vuole eseguire la migrazione vengono eseguite in Windows Server 2012 R2 Datacenter e Ubuntu 14.04 LTS. Con entrambe le versioni del sistema operativo, le macchine virtuali possono essere eseguite in Azure senza che siano necessarie modifiche manuali prima della migrazione.
Esaminare i collegamenti nell'unità di riepilogo per informazioni sul supporto di Azure per i sistemi operativi Windows e Linux.
Avvio del sistema
Azure Migrate converte automaticamente una macchina virtuale con UEFI (Unified Extensible Firmware Interface) in una macchina virtuale di avvio del BIOS (Binary Input Output System). Tutti i carichi di lavoro di cui si intende eseguire la migrazione sono basati su UEFI ed è consigliabile creare backup delle macchine virtuali.
La modalità di avvio del BIOS supporta partizioni del disco da 2 TB o inferiori, quindi è necessario allocare fino a cinque partizioni per ogni disco del sistema operativo di cui viene eseguita la migrazione, con dimensioni del disco del sistema operativo inferiori a 300 GB.
Disks
Quando si esegue la migrazione delle macchine virtuali locali, Azure converte i dischi delle macchine virtuali non gestiti in dischi gestiti. Come tipo di disco è possibile scegliere dischi gestiti Premium o SSD/HDD Standard. Per i carichi di lavoro di cui si prevede di eseguire la migrazione nel progetto pilota, i dischi HDD Standard forniscono capacità sufficiente. Nelle fasi successive, in cui si eseguirà la migrazione di carichi di lavoro più grandi e complessi, molti dei carichi di lavoro richiederanno dischi gestiti Premium.
Requisiti per le VM di Azure
Quando si esegue la replica delle macchine virtuali locali in Azure, Site Recovery esegue un controllo dei prerequisiti per la replica. Questo controllo verifica che le macchine virtuali locali replicate soddisfino i requisiti delle macchine virtuali di Azure equivalenti.
Si è già verificato che i carichi di lavoro vengono eseguiti in sistemi operativi supportati a 64 bit.
Esaminare i requisiti delle macchine virtuali di Azure prima di procedere con la migrazione e apportare le modifiche necessarie alle macchine virtuali locali.
Disks
Determinare quindi il numero di dischi dati necessari per l'esecuzione delle macchine virtuali Hyper-V in Azure, in base alla capacità e alle prestazioni. Stabilire le dimensioni massime e la velocità del disco desiderate per le macchine virtuali e calcolare il numero di dischi necessari. Si noti che ciò può influire anche sulla scelta delle dimensioni delle macchine virtuali.
In Azure è possibile avere fino a 64 dischi dati e le dimensioni del disco possono arrivare fino a 4.095 GB. Le configurazioni dei dischi delle macchine virtuali selezionate per il progetto pilota di migrazione rientrano in questi parametri.
Diverse macchine virtuali Windows Server di cui si intende eseguire la migrazione sono protette con Crittografia unità BitLocker. Disattivare BitLocker per tali computer per poter abilitare la replica.
Macchine virtuali Windows Server
Quando si preparano le macchine virtuali Hyper-V, esaminare questo elenco per assicurarsi di avere effettuato le operazioni indicate prima di eseguire la migrazione delle macchine virtuali Windows Server in Azure.
Azione Dettagli Configurare il criterio SAN Porta in linea tutti i dischi. Questo criterio assicura che i volumi di Windows nella VM di Azure usino le stesse assegnazioni di lettere di unità della VM locale. L'impostazione viene eseguita automaticamente nella maggior parte dei casi, ma può essere necessaria la configurazione manuale per i sistemi operativi precedenti a Windows Server 2008 R2. Abilitare la console di accesso alla schermata di Azure per la macchina virtuale di Azure Operazione necessaria per la risoluzione dei problemi. Non è necessario riavviare la macchina virtuale in quanto la macchina virtuale di Azure inizia a usare l'immagine del disco. Abilitare Desktop remoto (RDP) È necessario connettersi alle macchine virtuali di Azure che eseguono Windows dopo la migrazione. Controllare che Windows Firewall non blocchi l'accesso RDP nei profili di rete.
Macchine virtuali di Linux
Esaminare questo elenco ed eseguire le operazioni necessarie nelle macchine virtuali server Linux prima di eseguirne la migrazione in Azure.
Azione Dettagli Installare Linux Integration Services per Hyper-V La maggior parte delle versioni più recenti delle distribuzioni di Linux include questo servizio per impostazione predefinita Abilitare la registrazione della console seriale di Azure Operazione necessaria per la risoluzione dei problemi. Non è necessario riavviare la macchina virtuale in quanto la macchina virtuale di Azure inizia a usare l'immagine del disco. Aggiornare il file di mappa dei dispositivi Usare identificatori di dispositivo permanenti per le associazioni tra nome dispositivo e volume Aggiornare le voci fstab Aggiornare le voci in modo da usare identificatori di volume permanenti Rimuovere le regole Udev Rimuovere le regole che riservano i nomi di interfaccia in base agli indirizzi MAC Aggiornare le interfacce di rete Assicurarsi che le interfacce di rete possano ricevere indirizzi IP basati su DHCP Abilitare SSH È necessario connettersi alle macchine virtuali di Azure dopo la migrazione usando SSH. Impostare il servizio sshd per l'avvio automatico al riavvio del sistema. Controllare che le regole del firewall consentano una connessione SSH.