Funzionamento della replica Hyper-V

Questo articolo offre una panoramica dell'architettura e dei processi usati quando si esegue la migrazione di macchine virtuali Hyper-V con lo strumento di migrazione e modernizzazione.

Azure Migrate offre un hub centrale per tenere traccia dell'individuazione, della valutazione e della migrazione ad Azure di carichi di lavoro e app locali, oltre che di VM del cloud privato/pubblico. L'hub fornisce gli strumenti di Azure Migrate per la valutazione e la migrazione, nonché offerte di ISV terzi.

Migrazione senza agente

Lo strumento di migrazione e modernizzazione fornisce la replica senza agente per le macchine virtuali Hyper-V locali, usando un flusso di lavoro di migrazione ottimizzato per Hyper-V. Si installa un agente software solo negli host Hyper-V o nei nodi del cluster. Non è necessario installare nulla nelle macchine virtuali Hyper-V.

Migrazione e modernizzazione e Azure Site Recovery

La migrazione e la modernizzazione sono uno strumento per la migrazione di carichi di lavoro locali e macchine virtuali basate sul cloud in Azure. Site Recovery è uno strumento di ripristino di emergenza. Gli strumenti condividono alcuni componenti tecnologici comuni usati per la replica dei dati, ma servono scopi diversi.

Componenti dell'architettura

Componente	Distribuzione
Provider di replica	Il provider di Microsoft Azure Site Recovery viene installato negli host Hyper-V e registrato con lo strumento di migrazione e modernizzazione. Il provider orchestra la replica per le macchine virtuali Hyper-V.
Agente di Servizi di ripristino	L'agente del servizio di ripristino di Microsoft Azure gestisce la replica dei dati. Funziona con il provider per replicare i dati dalle macchine virtuali Hyper-V ad Azure. I dati replicati vengono caricati in un account di archiviazione nella sottoscrizione di Azure. Lo strumento di migrazione e modernizzazione elabora i dati replicati e lo applica ai dischi di replica nella sottoscrizione. I dischi di replica vengono usati per creare le macchine virtuali di Azure quando si esegue la migrazione.

• I componenti vengono installati da un singolo file di installazione, scaricato dallo strumento migrazione e modernizzazione nel portale.
• Il provider e l'appliance usano connessioni HTTPS in uscita 443 per comunicare con lo strumento di migrazione e modernizzazione.
• Le comunicazioni provenienti dal provider e dall'agente sono protette e crittografate.

Processo di replica

1. Quando si abilita la replica per una macchina virtuale Hyper-V, viene avviata la replica iniziale.
2. Viene creato uno snapshot della macchina virtuale Hyper-V.
3. I dischi rigidi virtuali nella macchina virtuale vengono replicati uno per uno fino a quando non vengono tutti copiati in Azure. Il tempo di replica iniziale dipende dalle dimensioni della macchina virtuale e dalla larghezza di banda di rete.
4. Le modifiche apportate al disco durante la replica iniziale vengono rilevate usando la replica Hyper-V e archiviate nei file di log (file hrl).
   • I file di log si trovano nella stessa cartella dei dischi.
   • Ogni disco ha un file hrl associato che viene inviato all'archiviazione secondaria.
   • Si noti che lo snapshot e i file di log usano risorse del disco durante l'esecuzione della replica iniziale.
5. Al termine della replica iniziale, lo snapshot della macchina virtuale viene eliminato e inizia la replica differenziale.
6. Le modifiche incrementali del disco vengono rilevate nei file hrl. I log di replica vengono caricati periodicamente in un account di archiviazione di Azure dall'agente di Servizi di ripristino.

Prestazioni e ridimensionamento

Le prestazioni di replica per Hyper-V sono influenzate da fattori che includono le dimensioni della macchina virtuale, la frequenza di modifica dei dati (varianza) delle macchine virtuali, lo spazio disponibile nell'host Hyper-V per l'archiviazione dei file di log, la larghezza di banda di caricamento per i dati di replica e l'archiviazione di destinazione in Azure.

• Se si esegue la replica di più computer contemporaneamente, usare Azure Site Recovery Deployment Planner per Hyper-V per ottimizzare la replica.
• Pianificare la replica Hyper-V e distribuire la replica negli account di archiviazione di Azure, in base alla capacità.

Controllare la velocità effettiva di caricamento

È possibile limitare la quantità di larghezza di banda usata per caricare i dati in Azure in ogni host Hyper-V. Stai attento. Se si impostano i valori troppo bassi, la replica influisce negativamente e ritarda la migrazione.

1. Accedere al nodo host o cluster Hyper-V.
2. Eseguire C:\Programmi\Agente servizi di ripristino di Microsoft Azure\bin\wabadmin.msc per aprire lo snap-in MMC di Windows Backup di Azure.
3. Nello snap-in selezionare Modifica proprietà.
4. In Limitazione selezionare Abilita limitazione dell'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.

Influenzare l'efficienza del caricamento

Se la larghezza di banda disponibile per la replica è disponibile e si vuole aumentare i caricamenti, è possibile aumentare il numero di thread allocati per l'attività di caricamento, come indicato di seguito:

1. Aprire il Registro di sistema con Regedit.
2. Passare alla chiave HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows Backup di Azure\Replication\UploadThreadsPerVM
3. Aumentare il valore per il numero di thread usati per il caricamento dei dati per ogni macchina virtuale di replica. Il valore predefinito è 4 e il valore massimo è 32.

Passaggi successivi

Provare la migrazione di Hyper-V usando lo strumento di migrazione e modernizzazione.