Matrice di supporto per la migrazione di Hyper-V
Attenzione
Questo articolo fa riferimento a CentOS, una distribuzione Linux prossima allo stato EOL (End Of Life). Riflettere con attenzione sull'uso e sulla pianificazione. Per altre informazioni, vedere le linee guida per la fine della vita di CentOS.
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 ad Azure, vedere la matrice di supporto della valutazione.
Limitazioni della migrazione
È possibile selezionare fino a 10 macchine virtuali contemporaneamente per la replica. Se si vuole 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 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 versione successiva |
| Accesso alla porta | Connessioni in uscita sulla porta HTTPS 443 per inviare i dati di replica della macchina virtuale. |
VM Hyper-V
| Supporto | 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. |
| 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 - CentOS 9.x (versione e flusso), 8.x (versione e flusso), 7.9, 7.7, 7.6, 7.5, 7.4, 6.x - SU edizione Standard 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 UEFI | Supportata. Le macchine virtuali basate su UEFI verranno migrate in macchine virtuali di seconda generazione di Azure. |
| UEFI - Avvio protetto | Non supportato per la migrazione. |
| Dimensioni disco | Fino a 2 TB di disco del sistema operativo per la macchina virtuale di prima generazione; fino a 4 TB di disco del sistema operativo per 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 macchina virtuale. |
| Dischi/volumi crittografati | Non supportato per la migrazione. |
| Dischi RDM/pass-through | Non supportato per la migrazione. |
| Disco condiviso | Le macchine virtuali 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 macchine virtuali con destinazioni iSCSI non sono supportate per la migrazione. |
| Disco di destinazione | È possibile eseguire la migrazione alle macchine virtuali di Azure solo con dischi gestiti. |
| IPv6 | Non supportata. |
| 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 la replica Hyper-V. |
| Porte | Connessioni in uscita sulla porta HTTPS 443 per inviare i dati di replica della macchina virtuale. |
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 | Trasferimento e coordinamento dei dati di replica. |
| *.hypervrecoverymanager.windowsazure.com | Usato per la gestione della replica. |
| *.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 dell'ora tra il sistema e l'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 | Trasferimento e coordinamento dei dati di replica. |
| *.hypervrecoverymanager.windowsazure.us | Usato per la gestione della replica. |
| *.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 dell'ora tra il sistema e l'ora globale. |
Nota
Se il progetto di migrazione dispone di 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 macchine virtuali 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. |
| Area | Stessa area della macchina virtuale | Archiviazione account deve trovarsi nella stessa area della macchina virtuale protetta. |
| Abbonamento | Può essere diverso dalle macchine virtuali di origine | L'account Archiviazione non deve trovarsi nella stessa sottoscrizione delle macchine virtuali di origine. |
| Firewall di Archiviazione di Azure per reti virtuali | Supportata | Se si usa l'account di archiviazione di replica abilitato per il firewall o l'account di archiviazione di destinazione, assicurarsi di consentire servizi Microsoft attendibili. Assicurarsi inoltre 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 di replica, aumenta il costo. Azure Migrate esegue operazioni di creazione/eliminazione molto frequenti dei file di log durante la replica, causando l'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 delle macchine virtuali di Azure riepilogate 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 meno. | 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. |
| Connessione 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 privato . Verificare inoltre che il criterio SAN del sistema operativo sia impostato su OnlineAll. Altre informazioni. |
|
| Connessione dopo la migrazione-Linux | Per connettersi alle macchine virtuali di Azure dopo la migrazione tramite SSH: - Prima della migrazione, nel computer locale verificare che il servizio Secure Shell sia impostato su Start e che le regole del firewall consentano una connessione SSH. - Dopo la migrazione, nella macchina virtuale di Azure consentire le connessioni in ingresso alla porta SSH per le regole del gruppo di sicurezza di rete nella macchina virtuale di cui è stato eseguito il failover e per la subnet di Azure a cui è connesso. Aggiungere anche un indirizzo IP pubblico per la macchina virtuale. |
Passaggi successivi
Eseguire la migrazione di macchine virtuali Hyper-V per la migrazione.
Commenti e suggerimenti
Presto disponibile: Nel corso del 2024 verranno gradualmente disattivati i problemi di GitHub come meccanismo di feedback per il contenuto e ciò verrà sostituito con un nuovo sistema di feedback. Per altre informazioni, vedere https://aka.ms/ContentUserFeedback.
Invia e visualizza il feedback per