Matrice di supporto per la migrazione di VMware vSphere
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 macchine virtuali VMware vSphere con Migrazione e modernizzazione. Per informazioni per valutare la migrazione di macchine virtuali VMware vSphere ad Azure, vedere la matrice di valutazione di supporto.
Opzioni di migrazione
È possibile eseguire la migrazione di macchine virtuali VMware vSphere in due modi:
- Usando la migrazione senza agente: eseguire la migrazione di macchine virtuali senza che sia necessario installarle. Si distribuisce l'appliance di Azure Migrate per la migrazione senza agente.
- Usando la migrazione basata su agente: installare un agente nella macchina virtuale per la replicarla. Per la migrazione basata su agente, si distribuisce un'appliance di replica.
Nota
Ciò supporta anche la migrazione di macchine virtuali da soluzione Azure VMware.
Esaminare questo articolo per individuare il metodo da usare.
Migrazione senza agente
Questa sezione riepiloga i requisiti per la migrazione di macchine virtuali VMware vSphere senza agente ad Azure.
Requisiti di VMware vSphere (senza agente)
I requisiti dell'hypervisor VMware vSphere sono i seguenti:
Server VMware vCenter - Versione 5.5, 6.0, 6.5, 6.7, 7.0, 8.0.
Host VMware vSphere ESXi - Versione 5.5, 6.0, 6.5, 6.7, 7.0, 8.0.
Server vCenter multipli: una singola appliance può connettersi a un massimo di 10 server vCenter.
Autorizzazioni del server vCenter: l'account VMware usato per accedere al server vCenter dall'appliance Azure Migrate richiede le autorizzazioni seguenti per replicare le macchine virtuali:
Nome privilegio nel client vSphere Scopo del privilegio Obbligatorio su Nome privilegio nell'API Sfoglia archivio dati Consentire l'esplorazione dei file di log delle macchine virtuali per risolvere i problemi di creazione ed eliminazione degli snapshot. Archivi dati Datastore.Browse Operazioni di file di basso livello Consentire operazioni di lettura/scrittura/eliminazione/ridenominazione nel browser dell'archivio dati per risolvere i problemi di creazione ed eliminazione degli snapshot. Archivi dati Datastore.FileManagement Modifica configurazione: attiva/disattiva rilevamento modifiche disco Consentire di abilitare o disabilitare il rilevamento delle modifiche dei dischi delle macchine virtuali per eseguire il pull dei blocchi di dati modificati tra snapshot. Macchine virtuali VirtualMachine.Config.ChangeTracking Modificare la configurazione: acquisire il lease del disco Consentire alle operazioni di lease del disco per una macchina virtuale di leggere il disco usando VMware vSphere Virtual Disk Development Kit (VDDK). Macchine virtuali VirtualMachine.Config.DiskLease Provisioning: consentire l'accesso al disco di sola lettura Consenti accesso al disco di sola lettura: consentire l'apertura di un disco in una macchina virtuale per leggere il disco usando VDDK. Macchine virtuali VirtualMachine.Provisioning.DiskRandomRead Provisioning: consentire l'accesso al disco Consentire l'apertura di un disco in una macchina virtuale per leggere il disco usando VDDK. Macchine virtuali VirtualMachine.Provisioning.DiskRandomAccess Provisioning : consentire download di macchine virtuali Consentire download di macchine virtuali: consente alle operazioni di lettura sui file associati a una macchina virtuale di scaricare i log e risolvere i problemi in caso di errore. Host radice o server vCenter VirtualMachine.Provisioning.GetVmFiles Gestione Snapshot Consentire individuazione, inventario software e mapping delle dipendenze nelle macchine virtuali. Macchine virtuali VirtualMachine.State.* Operazioni guest Consentire la creazione e la gestione degli snapshot delle macchine virtuali per eseguire la replica. Macchine virtuali VirtualMachine.GuestOperations.* Accensione interazione spenta Consentire la disattivazione della macchina virtuale durante la migrazione ad Azure. Macchine virtuali VirtualMachine.Interact.PowerOff
Requisiti delle macchine virtuali (senza agente)
La tabella riepiloga i requisiti di migrazione senza agente per le macchine virtuali VMware vSphere.
| Supporto | Dettagli |
|---|---|
| Sistemi operativi supportati | Windows Server 2003 e versioni successive. Altre informazioni. È possibile eseguire la migrazione di tutti i sistemi operativi Linux supportati da Azure elencati qui. |
| Macchine virtuali Windows in Azure | Potrebbe essere necessario apportare alcune modifiche alle macchine virtuali 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. L'impostazione SELinux Enforced non è attualmente completamente supportata. Causa l'esito negativo dell'installazione di Dynamic IP e dell'agente guest Linux di Microsoft Azure (waagent/WALinuxAgent). È comunque possibile eseguire la migrazione e usare la macchina virtuale. L'impostazione SELinux Permissive è supportata. |
| Requisiti di avvio | Macchine virtuali Windows: L'unità del sistema operativo (C:\) e la partizione riservata del sistema (partizione di sistema EFI per le macchine virtuali UEFI) devono risiedere nello stesso disco. 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. Macchine virtuali 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 | Le macchine virtuali basate su UEFI vengono migrate alle macchine virtuali di seconda generazione di Azure. Tuttavia, è importante notare che le macchine virtuali di seconda generazione di Azure non dispongono della funzionalità di avvio protetto. Per le macchine virtuali che utilizzano l'avvio protetto nella configurazione originale, è consigliabile eseguire una conversione in macchine virtuali di avvio attendibile dopo la migrazione. Questo passaggio garantisce che l'avvio protetto, insieme ad altre funzionalità di sicurezza avanzate, sia riabilitato. |
| Dimensioni disco | Fino a un disco del sistema operativo da 2 TB per macchine virtuali di seconda generazione e di seconda generazione; 32 TB per i dischi dati. La modifica delle dimensioni del disco di origine dopo l'avvio della replica è supportata e non influisce sul ciclo di replica in corso. |
| Disco dinamico | - Un disco del sistema operativo come disco dinamico non è supportato. - Se una macchina virtuale con disco del sistema operativo come disco dinamico viene replicata, convertire il tipo di disco da dinamico a di base e consentire il completamento del nuovo ciclo, prima di attivare la migrazione o la migrazione di test. È necessaria assistenza dal supporto del sistema operativo per la conversione del tipo di disco dinamico in un tipo di disco di base. |
| 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. |
| Dischi/volumi crittografati | Le macchine virtuali con dischi/volumi crittografati non sono supportati per la migrazione. |
| Cluster di dischi condivisi | Non supportata. |
| Dischi indipendenti | Non supportato. |
| Dischi RDM/pass-through | Se le macchine virtuali hanno dischi RDM o pass-through, questi dischi non verranno replicati in Azure. |
| NFS | I volumi NFS montati come volumi nelle macchine virtuali non verranno replicati. |
| ReiserFS | Non supportato. |
| Destinazioni iSCSI | Le macchine virtuali con destinazioni iSCSI non sono supportati per la migrazione senza agente. |
| Operazioni di IO con percorsi multipli | Non supportata. |
| Archiviazione vMotion | Supportata. |
| Schede di interfaccia di rete in team | Non supportata. |
| IPv6 | Non supportata. |
| Disco di destinazione | È possibile eseguire la migrazione delle macchine virtuali solo ai dischi gestiti (HDD Standard, SSD Standard, SSD Premium) in Azure. |
| Replica simultanea | Fino a 300 macchine virtuali con replica simultanea per ogni server vCenter con un'appliance. Fino a 500 macchine virtuali con replica simultanea per ogni server vCenter quando viene distribuita un'appliance con scalabilità orizzontale aggiuntiva. |
| Installazione automatica dell'agente di macchine virtuali di Azure (agente Windows e Linux) | Windows: Supportato per Windows Server 2008 R2 e versioni successive. Linux: - 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) |
Nota
Assicurarsi che i caratteri speciali seguenti non vengano passati in alcuna credenziale perché non sono supportati per le password SSO:
- Caratteri non ASCII. Altre informazioni.
- E commerciale (&)
- Punto e virgola (;)
- Virgolette doppie (")
- Virgoletta singola (')
- Circonflesso (^)
- Barra rovesciata (\)
- Percentuale (%)
- Parentesi acute (<,>)
- Sterlina (£)
Nota
Oltre alla connettività Internet, per le macchine virtuali Linux, assicurarsi che i pacchetti seguenti siano installati per l'installazione corretta dell'agente Linux di Microsoft Azure (waagent):
- Python 2.6+
- OpenSSL 1.0+
- OpenSSH 5.3+
- Utilità file system: sfdisk, fdisk, mkfs, separate
- Strumenti password: chpasswd, sudo
- Strumenti di elaborazione testo: sed, grep
- Strumenti di rete: ip-route
Suggerimento
Usando il portale di Azure, sarà possibile selezionare fino a 10 macchine virtuali alla volta per configurare la replica. Per replicare più macchine virtuali, è possibile usare il portale e aggiungere le macchine virtuali da replicare in più batch di 10 macchine virtuali ciascuno, oppure usare l'interfaccia PowerShell di Azure Migrate per configurare la replica. Assicurarsi di non configurare la replica simultanea in più del numero massimo di macchine virtuali supportate per le repliche simultanee.
Requisiti dell'appliance (senza agente)
La migrazione senza agente usa l'appliance di Azure Migrate. È possibile distribuire l'appliance come macchina virtuale VMware vSphere usando un modello OVA importato nel server vCenter o usando uno script PowerShell.
- Informazioni sui requisiti dell'appliance per VMware vSphere.
- Informazioni sugli URL a cui l'appliance deve accedere nei cloud pubblico e per enti pubblici.
- In Azure per enti pubblici è necessario distribuire l'appliance tramite lo script.s
Requisiti delle porte (senza agente)
| Dispositivo | Connessione |
|---|---|
| Appliance | Connessioni in uscita sulla porta 443 per caricare i dati replicati in Azure e per comunicare con i servizi di Azure Migrate che orchestrano la replica e la migrazione. |
| Server vCenter | Connessioni in ingresso sulla porta 443 per consentire all'appliance di orchestrare la replica: creare snapshot, copiare dati, rilasciare snapshot. |
| Host vSphere ESXi | In ingresso sulla porta TCP 902 affinché l'appliance replichi i dati dagli snapshot. Per l'invio di traffico heartbeat a vCenter, è necessario l'uscita sulla porta 902 dall'host ESXi |
Migrazione basata su agente
Questa sezione riepiloga i requisiti per la migrazione basata su agente.
Requisiti di VMware vSphere (basati su agente)
Questa tabella riepiloga il supporto e le limitazioni della valutazione per i server di virtualizzazione VMware vSphere.
| Requisiti di VMware vSphere | Dettagli |
|---|---|
| Server VMware vCenter | Versione 5.5, 6.0, 6.5 o 6.7. |
| Host VMware vSphere ESXi | Versione 5.5, 6.0, 6.5, 6.7 o 7.0. |
| Autorizzazioni del server vCenter | Individuazione di macchine virtuali: almeno un utente di sola lettura Oggetto data center - >Propaga a oggetto figlio, ruolo=Sola lettura. Replica: creare un ruolo (Azure Site Recovery) con le necessarie autorizzazioni e poi assegnare il ruolo a un utente o gruppo VMware vSphere Oggetto data center - >Propaga a oggetto figlio, ruolo=Azure Site Recovery >Archivio dati: Alloca spazio, Sfoglia archivio dati, Operazioni file di livello basso, Rimuovi file, Aggiorna file macchina virtuale Rete - > Assegnazione rete Risorsa - > Assegna macchine virtuali al pool di risorse, esegui la migrazione di una macchina virtuale spenta, esegui la migrazione di una macchina virtuale accesa Attività -> Crea attività, aggiorna attività Macchina virtuale -> Configurazione Macchina virtuale -> Interagisci -> Rispondi alla domanda, connessione dispositivo, configura supporto CD, configura supporto floppy, spegni, accendi, installazione strumenti VMware Macchina virtuale - > Inventario - > Crea, registra, annulla registrazione Macchina virtuale -> Provisioning ->Consenti download macchina virtuale, Consenti upload file macchina virtuale Macchina virtuale > Snapshots > Rimuovi snapshot. Nota: L'utente viene assegnato a livello di data center e ha accesso a tutti gli oggetti nel data center. Per limitare l'accesso, assegnare il ruolo Nessun accesso con Propagate to Child Object (Propaga a oggetto figlio) agli oggetti figlio (host vSphere, archivi dati, macchine virtuali e reti). |
Requisiti delle macchine virtuali (basati su agente)
La tabella riepiloga il supporto delle macchine virtuali VMware vSphere per le macchine virtuali VMware vSphere di cui si vuole eseguire la migrazione usando la migrazione basata su agente.
| Supporto | Dettagli |
|---|---|
| Carico di lavoro della macchina | Azure Migrate supporta la migrazione di qualsiasi carico di lavoro (ad esempio Active Directory Domain Services, SQL Server, ecc.) in esecuzione in un computer supportato. |
| Sistemi operativi | Per le informazioni più recenti, vedere il supporto del sistema operativo per Site Recovery. Azure Migrate offre un supporto del sistema operativo delle macchine virtuali identico. |
| File system/archiviazione guest di Linux | Per le informazioni più recenti, vedere il supporto del file system di Linux per Site Recovery. Azure Migrate offre un supporto del file system di Linux identico. |
| Rete/Archiviazione | Per le informazioni più recenti, vedere i prerequisiti di rete e archiviazione per Site Recovery. Azure Migrate offre requisiti di rete/archiviazione identici. |
| Requisiti di Azure | Per le informazioni più recenti, vedere i prerequisiti di rete di Azure, archiviazione e calcolo per Site Recovery. Azure Migrate ha requisiti identici per la migrazione di VMware. |
| Servizio Mobility | L'agente del servizio di mobilità deve essere installato in ogni macchina virtuale di cui si desidera eseguire la migrazione. |
| 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. |
| Disco di destinazione | È possibile eseguire la migrazione delle macchine virtuali solo ai dischi gestiti (HDD Standard, SSD Standard, SSD Premium) in Azure. |
| Dimensioni disco | disco del sistema operativo fino a 2 TB per la macchina virtuale di prima generazione; disco del sistema operativo fino a 4 TB per le macchine virtuali di seconda generazione; 32 TB per i dischi dati. |
| Limiti del disco | Fino a 63 dischi per macchina virtuale. |
| Dischi/volumi crittografati | Le macchine virtuali con dischi/volumi crittografati non sono supportati per la migrazione. |
| Cluster di dischi condivisi | Non supportata. |
| Dischi indipendenti | Supportata. |
| Dischi pass-through | Supportata. |
| NFS | I volumi NFS montati come volumi nelle macchine virtuali non verranno replicati. |
| ReiserFS | Non supportato. |
| Destinazioni iSCSI | Supportata. |
| Operazioni di IO con percorsi multipli | Non supportata. |
| Archiviazione vMotion | Supportata |
| Schede di interfaccia di rete in team | Non supportata. |
| IPv6 | Non supportata. |
Requisiti dell'appliance (basati su agente)
Quando si configura l'appliance di replica usando il modello OVA fornito nell'hub di Azure Migrate, l'appliance esegue Windows Server 2016 ed è conforme ai requisiti di supporto. Se si configura manualmente l'appliance di replica in un server fisico, assicurarsi che sia conforme ai requisiti.
- Informazioni sui requisiti dell'appliance di replica per VMware vSphere.
- Installare MySQL nell'appliance. Informazioni sulle opzioni di installazione.
- Informazioni sugli URL a cui l'appliance di replica deve accedere nei cloud pubblico e per enti pubblici.
- Esaminare le porte a cui l'appliance di replica deve accedere.
Requisiti delle porte (basati su agente)
| Dispositivo | Connessione |
|---|---|
| Macchine virtuali | Il servizio di mobilità in esecuzione nelle macchine virtuali comunica con l'appliance di replica locale (server di configurazione) sulla porta HTTPS 443 in ingresso, per la gestione della replica. Le macchine virtuali inviano i dati della replica al server di elaborazione (in esecuzione sul computer del server di configurazione) sulla porta HTTPS 9443 in ingresso. La porta può essere modificata. |
| Appliance di replica | L'appliance di replica orchestra la replica con Azure attraverso la porta HTTPS 443 in uscita. |
| Server di elaborazione | Il server di elaborazione riceve i dati della replica, li ottimizza e li crittografa, quindi li invia ad Archiviazione di Azure attraverso la porta 443 in uscita. Per impostazione predefinita, il server di elaborazione viene eseguito nell'appliance di replica. |
Requisiti per le VM di Azure
Tutte le macchine virtuali locali replicate in Azure (con migrazione senza agente o basata su agente) devono soddisfare i requisiti delle macchine virtuali di Azure riepilogati in questa tabella.
| Componente | Requisiti |
|---|---|
| Sistema operativo guest | Verifica i sistemi operativi delle macchine virtuali VMware supportati per la migrazione. È possibile eseguire la migrazione di qualsiasi carico di lavoro in esecuzione in un sistema operativo supportato. |
| Architettura sistema operativo guest | 64-bit. |
| Dimensioni disco del sistema operativo | Fino a 2.048 GB. |
| Numero di dischi del sistema operativo | 1 |
| Numero di dischi dati | 64 o un numero inferiore. |
| Dimensioni del disco dati | Fino a 32 TB |
| Schede di rete | Sono supportate più schede. |
| Disco rigido virtuale condiviso | Non supportato. |
| Disco FC | Non supportato. |
| BitLocker | Non supportato. BitLocker deve essere disabilitato prima di eseguire la migrazione della macchina. |
| 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. |
| 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 macchina virtuale di Azure, dopo il failover, autorizzare le connessioni in entrata nella porta SSH per le regole del gruppo di sicurezza di rete nella macchina virtuale 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
Selezionare un'opzione di migrazione VMware vSphere.