Nota
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare ad accedere o modificare le directory.
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare a modificare le directory.
Questo articolo riepiloga le impostazioni di supporto e le limitazioni per la migrazione di macchine virtuali Hyper-V con Migrazione e modernizzazione. Per informazioni sulla valutazione delle macchine virtuali Hyper-V per la migrazione su Azure, vedere la matrice di supporto per la valutazione.
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 altre informazioni, vedere le linee guida per la fine della vita di CentOS.
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
| Appoggiare | Dettagli |
|---|---|
| Distribuzione | L'host Hyper-V può essere autonomo o distribuito in un cluster. Il software di replica Azure Migrate (provider di replica Hyper-V) è installato negli host Hyper-V. |
| Autorizzazioni | Sono necessarie autorizzazioni di amministratore per l'host Hyper-V. |
| Sistema operativo host | Windows Server 2022, Windows Server 2019, Windows Server 2016 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 versione successiva |
| Accesso alla porta | Connessioni in uscita sulla porta HTTPS 443 per inviare i dati di replica della VM. |
Hyper-V macchine virtuali
| Appoggiare | Dettagli |
|---|---|
| Sistema operativo | Tutti i sistemi operativi Windows e Linux supportati da Azure. |
| Windows Server 2003 | Per le macchine virtuali che eseguono Windows Server 2003, è necessario installare Hyper-V Integration Services prima della migrazione. |
| VmLinux in Azure | Alcune macchine virtuali potrebbero richiedere modifiche in modo che possano essere eseguite in Azure. Per Linux, Azure Migrate apporta automaticamente le modifiche per questi sistemi operativi: - 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.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 24.04, 22.04, 21.04, 20.04, 19.04, 19.10, 18.04LTS, 16.04LTS, 14.04LTS - Debian 13, 12, 11, 10, 9, 8, 7 - Oracle Linux 10, 9, 8, 7.7-CI, 7.7, 6 - Kali Linux (2016, 2017, 2018, 2019, 2020, 2021, 2022) - AlmaLinux 10.x, 8.x, 9.x - Rocky Linux 10.x, 8.x, 9.x - Per altri sistemi operativi, apportare manualmente le modifiche necessarie . |
| Modifiche necessarie per Azure | Alcune macchine virtuali potrebbero richiedere modifiche in modo che possano essere eseguite 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 UEFI | Supportato. Le macchine virtuali basate su UEFI verranno migrate in macchine virtuali di seconda generazione Azure. |
| UEFI - Avvio protetto | Non supportato per la migrazione. |
| Migrazione dalle VM di Generazione 1 a Generazione 2 | Supportato per la migrazione verso Confidential Macchine virtuali (CVM) per sistemi operativi idonei a CVM. Supportato anche per le VM che eseguono sistemi operativi idonei per NVMe durante la migrazione a famiglie di SKU di VM che richiedono archiviazione NVMe e VM di seconda generazione. Per l'elenco dei sistemi operativi idonei a NVMe, vedi Immagini del sistema operativo supportate. |
| 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 disco | Un massimo di 16 dischi per VM. |
| Dischi/volumi crittografati | Non supportato per la migrazione. |
| Dischi RDM/ad accesso diretto | Non supportato per la migrazione. |
| Disco condiviso | Le VM che usano dischi condivisi non sono supportate per la migrazione. |
| Disco Ultra | La migrazione del 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 VMs con destinazioni iSCSI non sono supportate per la migrazione. |
| Disco di destinazione | È possibile eseguire la migrazione alle macchine virtuali Azure solo con dischi gestiti. |
| Controller di dischi NVMe | - Supportato per la migrazione delle VM Hyper-V verso dimensioni di VM di Azure che utilizzano un controller disco NVMe, a condizione che il sistema operativo sorgente supporti il controller disco NVMe. Consulta i sistemi operativi idonei a NVMe. Se la versione del sistema operativo di origine non è supportata per la migrazione NVMe, aggiornala a una versione supportata, conferma che i driver NVMe richiesti sono presenti e riprova la migrazione. - Sono supportate sia le migrazioni SCSI-a-NVMe che NVMe-to-NVMe. - Le dimensioni delle VM Azure solo NVMe richiedono Generazione 2 e l'avvio UEFI. Per una VM sorgente di Generazione 1 o basata su BIOS, Azure Migrate tenta di convertire la VM durante la migrazione. La conversione automatica può fallire a causa di una disposizione del disco non supportata, spazio su disco insufficiente o problemi di configurazione di avvio. Se la conversione fallisce, converti la VM sorgente in UEFI nell'ambiente on-premises, verifica che la VM si avvii correttamente e riprova la migrazione. - La migrazione verso un target solo NVMe non è supportata se le seguenti condizioni sono mancanti nelle VM sorgente. Per Windows, il driver nativo stornvme.sys deve essere presente nell'installazione di Windows di origine. Per Linux, il kernel attivo deve includere i driver NVMe richiesti: nvme e nvme_core. |
| 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 macchina virtuale è abilitata per la replica con Azure Site Recovery o con replica Hyper-V. |
Accesso con URL (cloud pubblico)
Il software del provider di replica negli host Hyper-V dovrà accedere 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à accedere 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 private endpoint connectivity, 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 di replica
Questa tabella riepiloga il supporto per l'account di archiviazione di replica per le migrazioni di macchine virtuali Hyper-V.
| Impostazione | Appoggiare | Dettagli |
|---|---|---|
| Account di archiviazione V2 per utilizzo generico (livelli di accesso frequente e sporadico) | Supportato | Gli account di archiviazione per utilizzo generico v2 potrebbero comportare costi di transazione più elevati rispetto agli account di archiviazione V1. |
| Archiviazione Premium | Supportato | 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 non supporta il premium. |
| Regione | 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. |
| Archiviazione di Azure firewall per le reti virtuali | Supportato | Se si utilizza un account di archiviazione di replica con firewall abilitato o un account di archiviazione di destinazione, assicurarsi di consentire 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. |
| Eliminazione temporanea | Non supportato | L'eliminazione temporanea non è supportata perché, una volta abilitata nell'account di archiviazione di replica, ne aumenta il costo. Azure Migrate esegue operazioni molto frequenti di creazione/eliminazione di file di log durante la replica, causando un aumento dei costi. |
| Endpoint privato | Supportato | Seguire le indicazioni per impostare Azure Migrate con endpoint privati. |
Requisiti della macchina virtuale di Azure
Tutte le macchine virtuali locali replicate in Azure devono soddisfare i requisiti della macchina virtuale 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 supportati più adattatori. | |
| VHD 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 Macchina Virtuale. | 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. |
Aggiornate il valore nelle proprietà della macchina in Site Recovery. |
| Connettersi dopo la migrazione di Windows | Per connettersi alle macchine virtuali Azure che eseguono Windows dopo la migrazione: - Prima della migrazione, abilitare RDP nella macchina virtuale locale. Assicurarsi che le regole TCP e UDP vengano aggiunte per il profilo Public 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 Domain e Private. Verificare inoltre che il criterio SAN del sistema operativo sia impostato su OnlineAll. Altre informazioni. |
|
| Connettiti dopo la migrazione-Linux | Per connettersi alle macchine virtuali Azure dopo la migrazione tramite 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. - Dopo la migrazione, sulla macchina virtuale di Azure, consenti le connessioni in ingresso alla porta SSH per le regole del gruppo di sicurezza di rete della macchina virtuale su cui è stato eseguito il failover e per la subnet di Azure a cui è connessa. Aggiungere anche un indirizzo IP pubblico per la macchina virtuale. |