Architettura di migrazione basata su agente
Questo articolo offre una panoramica dell'architettura e dei processi usati per la replica basata su agente di macchine virtuali VMware con lo strumento Migrazione e modernizzazione.
Nota
Questa documentazione dello scenario di migrazione end-to-end di VMware è attualmente disponibile in anteprima. Per altre informazioni sull'uso di Azure Migrate, vedere la documentazione del prodotto Azure Migrate.
Usando lo strumento Migrazione e modernizzazione, è possibile replicare le macchine virtuali VMware con un paio di opzioni:
- Eseguire la migrazione di macchine virtuali usando la replica basata su agente, come descritto in questo articolo.
- Eseguire la migrazione di macchine virtuali VMware usando la replica senza agente. Questa opzione consente di eseguire la migrazione delle macchine virtuali senza che siano necessarie installazioni nelle VM stesse.
Altre informazioni su selezione e confronto dei metodi di migrazione per le macchine virtuali VMware.
Migrazione basata su agente
La migrazione basata su agente viene usata per eseguire la migrazione di macchine virtuali VMware locali e server fisici ad Azure. Può anche essere usata per eseguire la migrazione di altri server virtualizzati locali, nonché macchine virtuali cloud private e pubbliche, incluse le istanze di AWS e le macchine virtuali GCP. La migrazione basata su agente in Azure Migrate usa alcune funzionalità back-end del servizio [Azure Site Recovery]../../site-recovery/site-recovery-overview.md).
Componenti dell'architettura
Il diagramma illustra i componenti coinvolti nella migrazione basata su agente.
La tabella riepiloga i componenti usati per la migrazione basata su agente.
| Componente | Dettagli | Installazione |
|---|---|---|
| Appliance di replica | L'appliance di replica (server di configurazione/server di elaborazione) è un server locale che funge da ponte tra l'ambiente locale e lo strumento Migrazione e modernizzazione. L'appliance individua l'inventario del server locale, in modo che lo strumento Migrazione e modernizzazione possa orchestrare la replica e la migrazione. L'appliance ha due componenti: Server di configurazione: si connette allo strumento Migrazione e modernizzazione e coordina la replica. Server di elaborazione: gestisce la replica dei dati. Il server di elaborazione riceve i dati del server, li comprime e li crittografa e li invia ad Azure. In Azure lo strumento Migrazione e modernizzazione scrive i dati in dischi gestiti. |
Per impostazione predefinita, il server di elaborazione viene installato insieme al server di configurazione nell'appliance di replica. |
| Servizio Mobility | Il servizio Mobility è un agente installato in ogni server di cui si vuole eseguire la replica e la migrazione. Invia i dati di replica dal server al server di elaborazione. | I file di installazione per versioni diverse del servizio Mobility si trovano nell'appliance di replica. Scaricare e installare l'agente necessario, in base al sistema operativo e alla versione del server da replicare. |
Installazione del servizio Mobility
È possibile distribuire il servizio Mobility tramite i metodi seguenti:
- Installazione push: il server di elaborazione installa il servizio Mobility quando si abilita la protezione per un server.
- Installazione manuale: è possibile installare manualmente il servizio Mobility in ogni server tramite l'interfaccia utente o il prompt dei comandi.
Il servizio di mobilità comunica con l'appliance di replica e i server replicati. Se si dispone di software antivirus in esecuzione nell'appliance di replica, nei server di elaborazione o nei server replicati, le cartelle seguenti devono essere escluse dall'analisi:
- C:\Programmi\Agente di Servizi di ripristino di Microsoft Azure
- C:\ProgramData\ASR
- C:\ProgramData\ASRLogs
- C:\ProgramData\ASRSetupLogs
- C:\ProgramData\LogUploadServiceLogs
- C:\ProgramData\Microsoft Azure Site Recovery
- C:\Programmi (x86)\Microsoft Azure Site Recovery
- C:\Programmi\ASR\agent (nei server Windows in cui è installato il servizio di mobilità)
Processo di replica
- Quando si abilita la replica per un server, viene avviata la replica iniziale in Azure.
- Durante la replica iniziale, il servizio Mobility legge i dati dai dischi del server e li invia al server di elaborazione.
- Questi dati vengono usati per eseguire il seeding di una copia del disco nella sottoscrizione di Azure.
- Al termine della replica iniziale, viene avviata la replica differenziale in Azure. La replica è a livello di blocco e quasi continua.
- Il servizio Mobility intercetta le scritture nella memoria del disco tramite l'integrazione con il sottosistema di archiviazione del sistema operativo. Questo metodo evita le operazioni di I/O su disco nel server di replica per la replica incrementale.
- Le modifiche rilevate per un server vengono inviate al server di elaborazione sulla porta in ingresso HTTPS 9443. La porta può essere modificata. Il server di elaborazione comprime e crittografa questi dati e li invia ad Azure.
Porte
| Dispositivo | Connessione |
|---|---|
| Server di replica | Il servizio di mobilità in esecuzione nelle macchine virtuali comunica con l'appliance di replica locale sulla porta HTTPS 443 in ingresso, per la gestione della replica. I server inviano i dati di replica al server di elaborazione 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. |
Prestazioni e ridimensionamento
Per impostazione predefinita, si distribuisce una singola appliance di replica che esegue sia il server di configurazione che il server di elaborazione. Se si replicano solo alcuni server, questa distribuzione è sufficiente. Tuttavia, se si eseguono la replica e la migrazione di centinaia di server, un singolo server di elaborazione potrebbe non essere in grado di gestire tutto il traffico di replica. In questo caso è possibile distribuire server di elaborazione aggiuntivi con aumento delle istanze.
Pianificare la distribuzione VMware
Se si esegue la replica di macchine virtuali VMware, è possibile usare Site Recovery Deployment Planner per VMware, per determinare i requisiti di prestazioni, inclusa la frequenza di modifica dei dati giornaliera e i server di elaborazione necessari.
Capacità dell'appliance di replica
Usare i valori in questa tabella per capire se è necessario un server di elaborazione aggiuntivo nella distribuzione.
- Se la frequenza di modifica giornaliera (frequenza di abbandono) è superiore a 2 TB, distribuire un server di elaborazione aggiuntivo.
- Se si replicano più di 200 server, distribuire un'appliance di replica aggiuntiva.
| CPU | Memory | Spazio libero per la memorizzazione dei dati nella cache | Abbandono | Limiti di replica |
|---|---|---|---|---|
| 8 vCPU (2 socket * 4 core a 2,5 GHz) | 16 GB | 300 GB | 500 GB o inferiore | < 100 server |
| 12 vCPU (2 socket * 6 core a 2,5 GHz) | 18 GB | 600 GB | Da 501 GB a 1 TB | 100-150 server. |
| 16 vCPU (2 socket * 8 core a 2,5 GHz) | 32 GB | 1 TB | Da 1 TB a 2 TB | 151-200 server. |
Ridimensionamento dei server di elaborazione con aumento delle istanze
Se è necessario distribuire un server di elaborazione con aumento delle istanze, usare questa tabella per capire il ridimensionamento del server.
| Server di elaborazione | Spazio libero per la memorizzazione dei dati nella cache | Abbandono | Limiti di replica |
|---|---|---|---|
| 4 vCPU (2 socket * 2 core a 2,5 GHz), 8 GB di memoria | 300 GB | 250 GB o inferiore | Fino a 85 server |
| 8 vCPU (2 socket * 4 core a 2,5 GHz), 12 GB di memoria | 600 GB | Da 251 GB a 1 TB | 86-150 server. |
| 12 vCPU (2 socket * 6 core @ 2,5 GHz), 24 GB di memoria | 1 TB | 1-2 TB | 151-225 server. |
Limitare la larghezza di banda di caricamento.
il traffico VMware che viene replicato in Azure passa attraverso un server di elaborazione specifico. È possibile limitare la velocità effettiva di caricamento limitando la larghezza di banda nei server in esecuzione come server di elaborazione. È possibile influenzare la larghezza di banda usando questa chiave del Registro di sistema:
Il valore del Registro di sistema HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows Azure Backup\Replication\UploadThreadsPerVM specifica il numero di thread usati per il trasferimento dati di un disco, durante la replica iniziale o differenziale. Un valore più elevato aumenta la larghezza di banda di rete usata per la replica. Il valore predefinito è 4. Il valore massimo è 32. Per ottimizzare il valore, monitorare il traffico.
È inoltre possibile limitare la larghezza di banda nel server di elaborazione come segue:
- Nel server di elaborazione aprire lo snap-in di MMC di Backup di Azure. C'è un collegamento sul desktop o nella cartella C:\Programmi\Microsoft Azure Recovery Services Agent\bin.
- Nello snap-in selezionare Modifica proprietà.
- Nella scheda Limitazione larghezza di banda rete selezionare Abilita la limitazione all'utilizzo della larghezza di banda Internet per le operazioni di backup. Impostare i limiti per le ore lavorative e non lavorative. Gli intervalli validi sono compresi tra 512 Kbps e 1.023 Mbps.
Passaggi successivi
Provare la migrazione basata su agente per VMware