La versione in lingua italiana fornita proviene da una traduzione automatica. Per eventuali incoerenze, fare riferimento alla versione in lingua inglese.

Migrare le VM utilizzando Shift Toolkit

08/18/2025 Collaboratori

PDF

Utilizza Shift Toolkit per migrare le VM da VMware ESXi a Microsoft Hyper-V. Il processo prevede la preparazione delle VM, la conversione dei formati dei dischi e la configurazione delle impostazioni di rete nell'ambiente di destinazione.

Migrazione

Una volta creato il progetto, è possibile utilizzare l'opzione "Migra". Durante l'opzione di migrazione, Shift Toolkit esegue una serie di passaggi per convertire il formato del disco e utilizzare il disco convertito per creare macchine virtuali sull'host Hyper-V come definito nel blueprint.

I passaggi di alto livello eseguiti sono i seguenti:

Prerequisito: prima di avviare la migrazione, assicurarsi che le macchine virtuali (VM) siano spente correttamente, indipendentemente dal fatto che la migrazione sia ad hoc o pianificata in base al tempo di manutenzione pianificato. Verificare che le VM siano completamente spente; se il sistema operativo è in attesa di aggiornamenti, avviare la migrazione solo dopo che le VM sono completamente spente.

Elimina gli snapshot esistenti per tutte le VM nel blueprint
Attiva snapshot VM per Blueprint – alla fonte
Attiva l'istantanea del volume prima della conversione del disco
Clona e converti VMDK nel formato VHDx per tutte le VM
Accendere le VM nel gruppo di protezione – alla destinazione
Registrare le reti su ogni VM
Rimuovere gli strumenti VMware e assegnare gli indirizzi IP utilizzando lo script di attivazione o il cron job a seconda del tipo di sistema operativo

Fattori da considerare

Prima di avviare la migrazione, assicurarsi che tutti i prerequisiti siano soddisfatti (come spiegato in dettaglio nella sezione dedicata ai prerequisiti di questo documento). Ecco una rapida checklist per un riepilogo:

Assicurarsi che la VM Shift faccia parte del dominio
Assicurarsi che la condivisione CIFS sia configurata con le autorizzazioni appropriate
Il qtree utilizzato per la migrazione o la conversione ha lo stile di sicurezza corretto
Come test rapido, prova a creare una VM utilizzando Hyper-V Manager da uno qualsiasi degli host Hyper-V all'interno del cluster e posiziona il VHDX sulla condivisione CIFS (indicata nel punto a). Prova la stessa cosa da Shift Toolkit VM aggiungendo gli strumenti di gestione Hyper-V (tramite "Programmi e funzionalità" o utilizzando "PowerShell" - add-windowsfeature rsat-hyper-v-tools)

Se ci sono fallimenti,"abilitare la delega utilizzando qualsiasi protocollo di autenticazione" .

Suggerimenti e considerazioni sulla rete

È necessario tenere conto delle seguenti considerazioni sulla rete:

Assicurarsi che gli indirizzi IP statici siano disponibili e non assegnati a un'altra VM

Per le VM Windows:

Lo script di preparazione crea una copia dei dettagli di configurazione della rete (spazio degli indirizzi IP, indirizzo del gateway, server DNS) e lo script di attivazione (durante la migrazione) riapplicherà le impostazioni di rete, che si tratti di una singola NIC o di più NIC in base alla mappatura del progetto.
Dopo la migrazione, Gestione dispositivi di Windows potrebbe ancora visualizzare le informazioni sulla vecchia scheda di rete precedenti alla migrazione. Sebbene ciò non influisca sulla nuova scheda di rete creata dopo la migrazione e non causerà conflitti IP, lo script al momento non elimina questa vecchia registrazione, che quindi rimane visibile.

Per le VM Linux:

Lo script prepare crea una copia dei dettagli di configurazione della rete (spazio degli indirizzi IP, percorsi, server DNS, nomi dei dispositivi di rete) e, a seconda della distribuzione Linux, identifica il tipo di rete utilizzato e applica le impostazioni IP. Lo script di riassegnazione della rete viene impostato come cron job tramite crontab e attivato all'avvio. Ad esempio, il cronjob eseguirà lo script (dopo la migrazione) sull'istanza per riapplicare le impostazioni di rete, che si tratti di una singola NIC o di più NIC in base alla mappatura del blueprint.
In alcuni scenari, le VM Hyper-V convertite avranno nomi di interfaccia come eth0 o eth1 anziché ens192 o 33, presenti sul lato sorgente. In questo caso, lo script aggiornerà i dettagli della configurazione di rete in modo che corrispondano ai nuovi nomi delle interfacce. Se vengono utilizzati nomi prevedibili (come nei sistemi moderni) e il nome dell'interfaccia viene mantenuto sul lato Hyper-V, lo script salterà il lato rete e rimuoverà solo gli strumenti VMware, quindi riavvierà la VM.
Attualmente il toolkit Shift supporta i meccanismi NetworkManager, Netplan e ifconfig e mantiene l'IP come specificato nel blueprint.

Fasi e opzioni

Ecco le fasi e le opzioni principali del processo di migrazione.

Preparazione della VM: preparare le VM per la migrazione, assicurandosi che tutti i prerequisiti siano stati completati correttamente.
Migrazione: una volta completata la preparazione, seleziona e migra le VM VMware su Hyper-V. Al termine della migrazione, verifica che le VM si siano avviate correttamente e che i dati siano stati migrati correttamente.
Migrazione di prova: la migrazione di prova simula la migrazione convertendo il VMDK in VHDX e creando una VM Hyper-V utilizzando il file VHDX convertito residente nella condivisione SMB. La migrazione di prova non consente la configurazione della mappatura di rete; questa attività dovrebbe essere in genere eseguita manualmente su una rete a bolle.
Riprova migrazione: se la migrazione fallisce, il toolkit Shift offre un'opzione di ripetizione. Questa funzionalità consente di riprendere il processo di migrazione dal punto in cui si è verificato l'errore. Prima di riprovare l'operazione, è importante rivedere e correggere eventuali messaggi di errore.

Il toolkit Shift non modifica la VM di origine, fatta eccezione per la copia degli script necessari per la preparazione della VM. Ciò consente un rapido ripristino in caso di errori di conversione.

Per avviare il flusso di lavoro Migra con la configurazione specificata nel Blueprint, fare clic su Migra.