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. |
| 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. |
| 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. |