Matrice di supporto per la migrazione di Hyper-V
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 riepiloga le impostazioni di supporto e le limitazioni per la migrazione di VM Hyper-V con Migrazione e modernizzazione. Per informazioni per valutare la migrazione di VM Hyper-V ad Azure, vedere la matrice di valutazione di supporto.
Limitazioni della migrazione
È possibile selezionare un massimo di 10 VM contemporaneamente per la replica. Se si desidera eseguire la migrazione di più computer, eseguire la replica in gruppi di 10.
Requisiti dell'host Hyper-V
| Supporto | Dettagli |
|---|---|
| Distribuzione | L'host Hyper-V può essere autonomo o distribuito in un cluster. Il software di replica di Azure Migrate (provider di replica Hyper-V) viene installato negli host Hyper-V. |
| Autorizzazioni | Sono necessarie le autorizzazioni di amministratore per l'host Hyper-V. |
| Sistema operativo host | Windows Server 2022, Windows Server 2019 o Windows Server 2012 R2 con gli aggiornamenti più recenti. Si noti che è supportata anche l'installazione dei componenti di base del server di questi sistemi operativi. |
| Altri requisiti software | .NET Framework 4.7 o versioni successive |
| Accesso alla porta | Connessioni in uscita sulla porta HTTPS 443 per inviare i dati di replica della VM. |
VM Hyper-V
| Supporto | Dettagli |
|---|---|
| Sistema operativo | Tutti i sistemi operativi Windows e Linux supportati da Azure. |
| Windows Server 2003 | Per le VM che eseguono Windows Server 2003, è necessario installare Hyper-V Integration Services prima della migrazione. |
| Macchine virtuali Linux in Azure | Alcune macchine virtuali potrebbero richiedere alcune modifiche per la corretta esecuzione in Azure. Per Linux, Azure Migrate apporta automaticamente le modifiche per questi sistemi operativi: - Red Hat Enterprise Linux 9.x, 8.x, 7.9, 7.8, 7.7, 7.6, 7.5, 7.4, 7.0, 6.x - Flusso CentOS - 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 - Debian 11, 10, 9, 8, 7 - Oracle Linux 9, 8, 7.7-CI, 7.7, 6 - Kali Linux (2016, 2017, 2018, 2019, 2020, 2021, 2022) Per altri sistemi operativi, apportare manualmente le modifiche necessarie. |
| Modifiche necessarie per Azure | Alcune macchine virtuali potrebbero richiedere alcune modifiche per la corretta esecuzione in Azure. Apportare modifiche manualmente prima della migrazione. Gli articoli pertinenti contengono istruzioni su come eseguire questa operazione. |
| Avvio di Linux | Se /boot si trova in una partizione dedicata, deve risiedere nel disco del sistema operativo e non essere distribuito tra più dischi. Se /boot fa parte della partizione radice (/), la partizione "/"deve trovarsi sul disco del sistema operativo e non si estende su altri dischi. |
| Avvio di UEFI | Supportata. La migrazione delle macchine virtuali basata su UEFI verrà eseguita nelle macchine virtuali di seconda generazione di Azure. |
| UEFI - Avvio protetto | Non supportato per la migrazione. |
| Dimensioni disco | Disco del sistema operativo fino a 2 TB per la VM di prima generazione; disco del sistema operativo fino a 4 TB per le VM di seconda generazione; 32 TB per i dischi dati. Per i progetti di Azure Migrate esistenti, potrebbe essere necessario aggiornare il provider di replica nell'host Hyper-V alla versione più recente per replicare dischi di grandi dimensioni fino a 32 TB. |
| Numero del disco | Un massimo di 16 dischi per VM. |
| Dischi/volumi crittografati | Non supportato per la migrazione. |
| Dischi RDM/pass-through | Non supportato per la migrazione. |
| Disco condiviso | Le VM che usano dischi condivisi non sono supportate per la migrazione. |
| Disco Ultra | La migrazione su disco Ultra non è supportata dal portale di Azure Migrate. È necessario eseguire una migrazione fuori banda per i dischi consigliati come dischi Ultra. Ciò significa che è possibile eseguire la migrazione selezionandolo come tipo di disco Premium e impostandolo su Disco Ultra dopo la migrazione. |
| NFS | I volumi NFS montati come volumi nelle macchine virtuali non verranno replicati. |
| ReiserFS | Non supportato. |
| ISCSI | Le VM con destinazioni iSCSI non sono supportati per la migrazione. |
| Disco di destinazione | È possibile eseguire la migrazione alle VM di Azure solo con dischi gestiti. |
| IPv6 | Non supportato. |
| Gruppo NIC | Non supportato. |
| Azure Site Recovery e/o Hyper-V | Non è possibile eseguire la replica usando migrazione e modernizzazione se la VM è abilitata per la replica con Azure Site Recovery o con la replica Hyper-V. |
| Porte | Connessioni in uscita sulla porta HTTPS 443 per inviare i dati di replica della VM. |
Accesso con URL (cloud pubblico)
Il software del provider di replica negli host Hyper-V dovrà avere accesso a questi URL.
| URL | Dettagli |
|---|---|
| login.microsoftonline.com | Controllo di accesso e gestione delle identità tramite Active Directory. |
| backup.windowsazure.com | Coordinamento e trasferimento dei dati di replica. |
| *.hypervrecoverymanager.windowsazure.com | Usato per la gestione delle repliche. |
| *.blob.core.windows.net | Caricare i dati in account di archiviazione. |
| dc.services.visualstudio.com | Caricare i log delle app usati per il monitoraggio interno. |
| time.windows.com | Verifica la sincronizzazione tra ora di sistema e ora globale. |
Accesso con URL (Azure per enti pubblici)
Il software del provider di replica negli host Hyper-V dovrà avere accesso a questi URL.
| URL | Dettagli |
|---|---|
| login.microsoftonline.us | Controllo di accesso e gestione delle identità tramite Active Directory. |
| backup.windowsazure.us | Coordinamento e trasferimento dei dati di replica. |
| *.hypervrecoverymanager.windowsazure.us | Usato per la gestione delle repliche. |
| *.blob.core.usgovcloudapi.net | Caricare i dati in account di archiviazione. |
| dc.services.visualstudio.com | Caricare i log delle app usati per il monitoraggio interno. |
| time.nist.gov | Verifica la sincronizzazione tra ora di sistema e ora globale. |
Nota
Se il progetto migrate ha connettività dell'endpoint privato, il software del provider di replica negli host Hyper-V dovrà accedere a questi URL per il supporto dei collegamenti privati.
- *.blob.core.windows.com: per accedere all'account di archiviazione in cui sono archiviati i dati replicati. Questa opzione è facoltativa e non è necessaria se l'account di archiviazione ha un endpoint privato collegato.
- login.windows.net per il controllo di accesso e la gestione delle identità tramite Active Directory.
Requisiti dell'account di archiviazione della replica
Questa tabella riepiloga il supporto per l'account di archiviazione di replica per le migrazioni di VM Hyper-V.
| Impostazione | Supporto | Dettagli |
|---|---|---|
| Account di archiviazione V2 di utilizzo generico (livelli di accesso frequente e sporadico) | Supportata | Gli account di archiviazione per utilizzo generico v2 potrebbero comportare costi di transazione più elevati rispetto agli account di archiviazione V1. |
| Archiviazione Premium | Supportata | Tuttavia, è consigliabile usare gli account di archiviazione standard per ottimizzare i costi. L'account di archiviazione della cache deve essere un account di archiviazione standard e premium non è supportato. |
| Paese | Stessa area della macchina virtuale | L'account di archiviazione deve trovarsi nella stessa area della macchina virtuale protetta. |
| Abbonamento | Può essere differente dalle macchine virtuali di origine | L'account di archiviazione della cache non deve trovarsi nella stessa sottoscrizione delle macchine virtuali di origine. |
| Firewall di Archiviazione di Azure per reti virtuali | Supportata | Se si usano account di archiviazione replica o di archiviazione di destinazione abilitati per il firewall, assicurarsi di selezionare "Consenti i servizi Microsoft attendibili". Assicurarsi anche di consentire l'accesso ad almeno una subnet della rete virtuale di origine. È consigliabile consentire l'accesso da Tutte le reti per la connettività degli endpoint pubblici. |
| Elimina temporaneamente | Non supportato | L'eliminazione temporanea non è supportata perché, una volta abilitata nell'account di archiviazione delle repliche, ne aumenta il costo. Azure Migrate esegue operazioni molto frequenti di creazione/eliminazione dei file di log durante la replica, causando un aumento dei costi. |
| Endpoint privato | Supportata | Seguire le indicazioni per configurare Azure Migrate con endpoint privati. |
Requisiti per le VM di Azure
Tutte le macchine virtuali locali replicate in Azure devono soddisfare i requisiti per la macchina virtuale di Azure riepilogati in questa tabella.
| Componente | Requisiti | Dettagli |
|---|---|---|
| Dimensioni disco del sistema operativo | Fino a 2.048 GB. | Il controllo ha esito negativo se non supportato. |
| Numero di dischi del sistema operativo | 1 | Il controllo ha esito negativo se non supportato. |
| Numero di dischi dati | 16 o un numero inferiore. | Il controllo ha esito negativo se non supportato. |
| Dimensioni del disco dati | Fino a 32 TB | Il controllo ha esito negativo se non supportato. |
| Schede di rete | Sono supportate più schede. | |
| Disco rigido virtuale condiviso | Non supportato. | Il controllo ha esito negativo se non supportato. |
| Disco FC | Non supportato. | Il controllo ha esito negativo se non supportato. |
| BitLocker | Non supportato. | Prima di abilitare la replica per un computer, occorre disabilitare BitLocker. |
| Nome della VM. | Da 1 a 63 caratteri. Limitato a lettere, numeri e trattini. Il nome del computer deve iniziare e terminare con una lettera o un numero. |
Aggiornare il valore nelle proprietà del computer in Site Recovery. |
| Connettersi dopo la migrazione-Windows | Per connettersi alle macchine virtuali di Azure che eseguono Windows dopo la migrazione: - Prima della migrazione, abilitare RDP nella macchina virtuale locale. Assicurarsi che siano aggiunte regole TCP e UDP per il profilo Pubblico e che RDP sia consentito in Windows Firewall>App consentite per tutti i profili. - Per l'accesso VPN da sito a sito, abilitare RDP e consentire RDP in Windows Firewall ->App e funzionalità consentite per le reti di Dominio e private. Inoltre, verificare che il criterio SAN del sistema operativo sia impostato su OnlineAll. Altre informazioni. |
|
| Eseguire la connessione dopo la migrazione-Linux | Per connettersi alle macchine virtuali di Azure dopo la migrazione, usare SSH: - Prima della migrazione, nella macchina locale, verificare che il servizio Secure Shell sia impostato su Start e che le regole del firewall consentano una connessione SSH. - Nella VM di Azure, dopo la migrazione, autorizzare le connessioni in entrata nella porta SSH per le regole del gruppo di sicurezza di rete nella VM in cui è stato eseguito il failover e per la subnet di Azure a cui è connessa. Aggiungere anche un indirizzo IP pubblico per la macchina virtuale. |
Passaggi successivi
Eseguire la migrazione di VM Hyper-V per la migrazione.