Matrice di supporto per la migrazione di server fisici, macchine virtuali AWS e VM GCP
Questo articolo riepiloga le impostazioni di supporto e le limitazioni per la migrazione di server fisici, macchine virtuali Amazon Web Services (AWS) e Google Cloud Platform (GCP) in Azure con migrazione e modernizzazione . Per informazioni sulla valutazione dei server fisici per la migrazione ad Azure, vedere la matrice di supporto per la valutazione.
Eseguire la migrazione dei computer come fisici
È possibile eseguire la migrazione di computer locali come server fisici usando la replica basata su agente. Usando questo strumento, è possibile eseguire la migrazione di un'ampia gamma di computer in Azure, ad esempio:
- Server fisici locali.
- Macchine virtuali virtualizzate da piattaforme, ad esempio Xen e KVM.
- Macchine virtuali Hyper-V o VM VMware, se per qualche motivo non si vogliono usare i flussi Hyper-V o VMware standard.
- Macchine virtuali in esecuzione in cloud privati.
- Macchine virtuali in esecuzione in cloud pubblici, tra cui AWS o GCP.
Limitazioni della migrazione
È possibile selezionare un massimo di 10 computer contemporaneamente per la replica. Se si vuole eseguire la migrazione di più computer, replicarli in gruppi di 10.
Requisiti per i server fisici
La tabella seguente riepiloga il supporto per server fisici, macchine virtuali AWS e VM GCP di cui si vuole eseguire la migrazione usando la migrazione basata su agente.
| Supporto tecnico | Dettagli |
|---|---|
| Carico di lavoro del computer | Azure Migrate e Modernize supportano la migrazione di qualsiasi carico di lavoro ,ad esempio Microsoft Entra ID o SQL Server, in esecuzione in un computer supportato. |
| Sistemi operativi | Per le informazioni più recenti, vedere il supporto del sistema operativo per Azure Site Recovery. Azure Migrate e Modernize offrono un supporto del sistema operativo identico. |
| File system/archiviazione guest di Linux | Per le informazioni più recenti, vedere il supporto del file system Linux per Site Recovery. Azure Migrate e Modernize offrono un supporto identico per il file system Linux. |
| Rete/Archiviazione | Per le informazioni più recenti, vedere i prerequisiti di rete e archiviazione per Site Recovery. Azure Migrate e Modernize forniscono requisiti di rete/archiviazione identici. |
| Requisiti di Azure | Per le informazioni più recenti, vedere Requisiti di rete, archiviazione e calcolo di Azure per Site Recovery. Azure Migrate e Modernize hanno requisiti identici per la migrazione del server fisico. |
| Servizio Mobility | Installare l'agente servizio di mobilità in ogni computer di cui si vuole eseguire la migrazione. |
| Avvio di UEFI | Supportata. I computer basati su UEFI vengono migrati in macchine virtuali di seconda generazione di Azure. Il disco del sistema operativo deve avere fino a quattro partizioni e i volumi devono essere formattati con NTFS. |
| UEFI - Avvio protetto | Non supportato per la migrazione. |
| Disco di destinazione | È possibile eseguire la migrazione dei computer solo ai dischi gestiti (HDD Standard, SSD Standard, SSD Premium) in Azure. |
| Disco Ultra | La migrazione su disco Ultra non è supportata dal portale di Azure Migrate e Modernize. È 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. |
| Dimensioni del disco | Fino a un disco del sistema operativo da 2 TB per la macchina virtuale di prima generazione. Fino a 4 TB di disco del sistema operativo per vm di seconda generazione e 32 TB per i dischi dati. |
| Limiti del disco | Fino a 63 dischi per computer. |
| Dischi/volumi crittografati | I computer 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 nei computer non vengono replicati. |
| Reiserfs | Non supportato. |
| Destinazioni iSCSI | I computer con destinazioni iSCSI non sono supportati per la migrazione senza agente. |
| Operazioni di IO con percorsi multipli | Supportato per i server Windows con il modulo specifico del dispositivo specifico del fornitore o Microsoft installato. |
| Schede di interfaccia di rete in team | Non supportata. |
| IPv6 | Non supportata. |
| Driver PV/Strumenti XenServer | Non supportata. |
Requisiti dell'appliance di replica
Se si configura manualmente l'appliance di replica, assicurarsi che sia conforme ai requisiti riepilogati nella tabella. Quando si configura l'appliance di replica di Azure Migrate come macchina virtuale VMware usando il modello Open Virtual Appliance fornito nell'hub di Azure Migrate e Modernize, l'appliance viene configurata con Windows Server 2016 e conforme ai requisiti di supporto.
- Informazioni sui requisiti dell'appliance di replica.
- Installare MySQL nell'appliance. Informazioni sulle opzioni di installazione.
- Informazioni sugli URL a cui l'appliance di replica deve accedere.
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. Quando Site Recovery esegue un controllo dei prerequisiti per la replica, il controllo ha esito negativo se alcuni dei requisiti non sono soddisfatti.
| Componente | Requisiti | Dettagli |
|---|---|---|
| Sistema operativo guest | Verifica i sistemi operativi supportati. È possibile eseguire la migrazione di qualsiasi carico di lavoro in esecuzione in un sistema operativo supportato. |
Il controllo ha esito negativo se non supportato. |
| Architettura sistema operativo guest | 64 bit. | Il controllo ha esito negativo se non supportato. |
| 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 | 64 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. | Disabilitare BitLocker prima di abilitare la replica per un computer. |
| 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 abilita Remote Desktop Protocol (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 alla rete privata virtuale da sito a sito, abilitare RDP e consentire RDP in Windows Firewall>App e funzionalità consentite per le reti di dominio e privato. Verificare anche che i criteri di rete dell'area di archiviazione del sistema operativo siano impostati su OnlineAll. Altre informazioni. |
|
| Connessione dopo la migrazione-Linux | Per connettersi alle macchine virtuali di Azure dopo la migrazione tramite Secure Shell (SSH): - Prima della migrazione, nel computer locale verificare che il servizio SSH sia impostato su Start e che le regole del firewall consentano una connessione SSH. - Dopo il failover, 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 dei server fisici.