Condividi tramite

Migrazione delle macchine virtuali - Panoramica

  • Articolo

Questo articolo offre una panoramica della migrazione di macchine virtuali nell'infrastruttura di System Center Virtual Machine Manager (VMM).

È possibile eseguire la migrazione di macchine virtuali e risorse di archiviazione gestite nell'infrastruttura VMM. VMM seleziona automaticamente il tipo di trasferimento che verrà usato per la migrazione. Quando si esegue una migrazione nella console VMM usando la Migrazione guidata macchina virtuale, il tipo di migrazione che verrà usato viene visualizzato nella colonna Tipo di trasferimento. I tipi di migrazioni supportati sono riepilogati nella tabella seguente.

Type Uso Dettagli
Migrazione di rete Esegue una copia di rete dei dati della macchina virtuale usando BITS. Si tratta del tipo di migrazione più lento. Il tempo di inattività è direttamente proporzionale alla dimensione del trasferimento dati.
Migrazione rapida Noto anche come trasferimento del cluster, può essere usato per eseguire la migrazione di una macchina virtuale a disponibilità elevata. Usa cluster di failover Windows per eseguire la migrazione di macchine virtuali tra nodi del cluster. Lo stato di esecuzione della macchina virtuale viene salvato su disco (la macchina virtuale viene ibernata), viene eseguito il failover del disco sull'altro nodo cluster e lo stato salvato viene quindi caricato per riattivare la macchina virtuale.

Il tempo di inattività è minimo perché la migrazione rapida crea uno snapshot della macchina virtuale e trasferisce i dati senza che la macchina virtuale venga disattivata.
Migrazione rapida dell'archiviazione Usato per spostare l'archiviazione delle macchine virtuali da una posizione a un'altra. Ad esempio, è possibile spostare lo spazio di archiviazione per una macchina virtuale da una SAN Fibre Chanel a una SAN iSCSI. I dischi virtuali di una macchina virtuale in esecuzione possono essere migrati indipendentemente dai protocolli di archiviazione (SCSI, Fibre Channel) o dai tipi di archiviazione (locale, DAS, SAN).

Il tempo di inattività è minino perché con la migrazione archiviazione rapida viene creato uno snapshot della macchina virtuale e i dati vengono trasferiti senza che la macchina virtuale debba essere spenta.
Migrazione SAN Usa il trasferimento SAN per eseguire la migrazione di macchine virtuali e macchine virtuali a disponibilità elevata in e all'esterno di un cluster. Può essere usata quando l'host di origine e quello di destinazione hanno accesso alla stessa infrastruttura di archiviazione (LUN) e lo spazio di archiviazione può essere trasferito da un host all'altro. Per la migrazione SAN, i file per una macchina virtuale non vengono copiati da un server a un altro e pertanto il tempo di inattività viene ridotto al minimo. La migrazione SAN può essere usata per copiare una macchina virtuale da un host a un altro o per copiare una macchina virtuale da o verso la libreria.

Quando si esegue la migrazione di una macchina virtuale in un cluster usando un trasferimento tramite SAN, VMM controlla che ogni nodo del cluster possa vedere il LUN e crea automaticamente una risorsa disco di tipo cluster per il LUN.

Per eseguire la migrazione di una macchina virtuale da un cluster, la macchina virtuale deve trovarsi in un LUN dedicato che non usa csv.

Queste infrastrutture SAN sono supportate per la migrazione: Fiber Channel; SAN iSCSI; N_Port ID Virtualization (NPID).
Migrazione in tempo reale Sposta una macchina virtuale in esecuzione come parte di un cluster di failover da un cluster a un altro. Nessun tempo di inattività notevole per gli utenti o le applicazioni di rete.

Live Migration

L'uso della migrazione in tempo reale offre numerosi vantaggi:

  • Maggiore flessibilità: le funzionalità di migrazione in tempo reale consentono di semplificare lo spostamento delle macchine virtuali tra host e cluster. Pertanto, la gestione di un datacenter dinamico diventa più facile.
  • Facilità di manutenzione: la migrazione in tempo reale riduce la necessità di portare offline gli host autonomi e gli host del cluster per scopi di manutenzione e migrazione, evitando così tempi di inattività. Grazie alla possibilità di eseguire interventi di manutenzione e migrazioni simultanee, gli intervalli di tempo della migrazione diventano più brevi, a seconda del tempo necessario per eseguire la migrazione in tempo reale. Inoltre, viene semplificato il processo di pianificazione per la mobilità di Hyper-V.
  • Migliore utilizzo dell'hardware: la distribuzione delle macchine virtuali può essere ottimizzata nell'infrastruttura. Le macchine virtuali e l'archiviazione possono essere spostate in server e cluster autonomi con capacità di riserva, senza interrompere la disponibilità. Il consumo di energia risulta ridotto dal momento che le macchine virtuali possono essere spostate tra gli host, i quali possono essere spenti per risparmiare energia.
  • Funzionalità di clustering di failover: VMM sfrutta le funzionalità di clustering di failover introdotte in Windows Server 2012. Queste funzionalità includono API aggiuntive per la migrazione delle macchine virtuali tra nodi cluster e una migliore funzionalità di collegamento/scollegamento che consente la migrazione di macchine virtuali da e nei cluster di failover senza tempi di inattività.

Supporto migrazione in tempo reale

VMM supporta i tipi di migrazione in tempo reale seguenti:

  • Migrazione in tempo reale di computer autonomi: è possibile eseguire la migrazione in tempo reale tra due computer autonomi che non si trovano in un cluster.
  • Migrazione in tempo reale all'interno di un cluster: è possibile eseguire una migrazione in tempo reale tra nodi nello stesso cluster.
  • Migrazione in tempo reale tra nodi in cluster diversi: è possibile eseguire la migrazione tra nodi in cluster diversi.
  • Migrazione in tempo reale dell'archiviazione delle macchine virtuali: è possibile eseguire la migrazione dello spazio di archiviazione per aggiornare l'archiviazione fisica disponibile in Hyper-V o ridurre i colli di bottiglia nelle prestazioni di archiviazione. È inoltre possibile usare la migrazione dell'archiviazione per spostare, sottoporre a manutenzione o aggiornare le risorse di archiviazione oppure per la migrazione di una macchina virtuale autonoma o cluster. L'archiviazione può essere aggiunta a un computer autonomo o a un cluster Hyper-V. Le macchine virtuali possono essere spostate nella nuova risorsa di archiviazione mentre continuano a essere eseguite.
  • Migrazione di macchine virtuali in tempo reale e archiviazione: è possibile usare la migrazione del sistema in tempo reale (VSM in tempo reale) per eseguire la migrazione delle macchine virtuali e delle relative risorse di archiviazione in un'unica azione.
  • Migrazione in tempo reale simultanea: è possibile eseguire più migrazioni in tempo reale simultanee di macchine virtuali e archiviazione. Il limite di migrazioni simultanee può essere configurato manualmente. Le migrazioni in tempo reale simultanee eccedenti verranno accodate.

VMM controlla e convalida le impostazioni di configurazione di un host di destinazione prima dell'inizio della migrazione da un host di origine.

Matrice di supporto per la migrazione di macchine virtuali in tempo reale

Origine Destinazione: autonomo Destinazione: Cluster
Autonomo Supportata Supportata
Cluster Supportata Supportata

L'origine e la destinazione possono trovarsi nello stesso cluster o in cluster diversi.

Matrice di supporto per la migrazione dell'archiviazione in tempo reale

Origine Destinazione: disco locale (autonomo) Destinazione: condivisione SMB 3.0 (autonomo/cluster) Destinazione: CSV (cluster)
Disco locale Supportata Supportata.

La macchina virtuale verrà innalzata di livello a macchina a disponibilità elevata.		 Non supportato.
Condivisione SMB 3.0 Supportata. In un cluster la macchina virtuale verrà abbassata di livello e non sarà a disponibilità elevata dopo la migrazione. Supportata Supportata
Cluster Supportata

In un cluster la macchina virtuale verrà abbassata di livello e non sarà a disponibilità elevata dopo la migrazione.		 Supportata

La condivisione SMB deve essere disponibile dal nodo cluster di destinazione.		 Sostenuto

Il file CSV deve essere disponibile dal nodo del cluster di destinazione.

Limitazioni della migrazione in tempo reale

  • La migrazione in tempo reale richiede due o più server che eseguono Hyper-V, che supportano la virtualizzazione hardware e usano processori dello stesso produttore, ad esempio tutti i processori AMD o tutti i processori Intel.

  • La migrazione in tempo reale è supportata a partire da host che eseguono Windows Server 2012.

  • Le macchine virtuali devono essere configurate per l'utilizzo di dischi rigidi virtuali o i dischi virtuali Fibre Channel, non dischi fisici.

  • Per il traffico di rete della migrazione in tempo reale, è consigliabile usare una rete privata.

  • I server di origine e di destinazione devono appartenere allo stesso dominio di Active Directory o a domini attendibili diversi.

  • Se il VHD della macchina virtuale di origine o di quella di destinazione presenta un disco di base, tale disco deve trovarsi in una condivisione accessibile (registrata) dall'host di destinazione. In genere, la migrazione in tempo reale non sposta il disco di base.

  • La migrazione tra cluster è supportata solo negli host in esecuzione nei cluster di failover. L'archiviazione del volume condiviso cluster (CSV) deve essere abilitata nel cluster.

  • La migrazione in tempo reale di una macchina virtuale non esegue la migrazione dell'archiviazione delle macchine virtuali, in particolare il percorso in cui sono archiviate le immagini delle macchine virtuali (file VHD, ISO, VFD). Per gestire i requisiti di archiviazione, è possibile usare una delle seguenti opzioni:

    • Configurare la macchina virtuale in modo che i file di archiviazione siano disponibili in una condivisione file accessibile sia dall'host di origine che da quello di destinazione.
    • Eseguire insieme una migrazione in tempo reale della macchina virtuale e dello spazio di archiviazione (Live VSM) in un'unica azione.
    • Eseguire una migrazione di archiviazione separata.

  • Se gli host di origine e di destinazione usano l'archiviazione condivisa, verificare quanto segue:

    • Tutti i file che costituiscono una macchina virtuale, ad esempio dischi rigidi virtuali, snapshot e configurazione, devono essere archiviati in una condivisione SMB.
    • Le autorizzazioni della condivisione SMB devono essere configurate per consentire l'accesso agli account di computer di tutti i server che eseguono Hyper-V.

  • Una migrazione di archiviazione consente di spostare immagini della macchina virtuale (file ISO e VHD e VFD), configurazioni di snapshot e dati (file di stato salvati).

  • La migrazione di archiviazione è per macchina virtuale.

  • La migrazione dell'archiviazione non sposta dischi di base (padre), ad eccezione dei dischi snapshot.

Migrazione di macchine virtuali in tempo reale e archiviazione (VSM in tempo reale)

Live VSM esegue la migrazione di una macchina virtuale e dell'archiviazione del computer in un'unica azione.

  • Per usare Live VSM, il LUN della macchina virtuale deve essere mascherato per l'host di destinazione.
  • Live VSM è supportato tra due host autonomi che eseguono Hyper-V, a partire da Windows Server 2012. Il trasferimento può avvenire tra dischi locali o condivisioni file SMB 3.0.
  • Live VSM è supportato tra due cluster host che eseguono Hyper-V, a partire da Windows Server 2012. La macchina virtuale può essere trasferita alla condivisione file CSV o SMB 3.0 sul cluster host di destinazione.

Passaggi successivi