Condividi tramite


Usare la migrazione in tempo reale con cluster di gruppi di lavoro

Questo articolo descrive come spostare una macchina virtuale eseguendo una migrazione in tempo reale tra host che usano cluster di gruppi di lavoro. I cluster del gruppo di lavoro sono un tipo di cluster di failover che non usa un controller di dominio locale o una foresta Active Directory. I cluster del gruppo di lavoro vengono invece aggiunti dal gruppo di lavoro. I cluster del gruppo di lavoro sono stati introdotti in Windows Server 2016. Tuttavia, la migrazione in tempo reale per i cluster di gruppi di lavoro non è supportata fino ad ora, in Windows Server 2025. Sfruttare la flessibilità della migrazione in tempo reale combinata con la disponibilità elevata dei cluster del gruppo di lavoro.

Seguire la procedura descritta in questo articolo per eseguire la migrazione in tempo reale.

Prerequisiti

Per eseguire una migrazione in tempo reale degli host tramite cluster di gruppi di lavoro, è necessario soddisfare i prerequisiti seguenti:

  • Un cluster del gruppo di lavoro con due o più nodi è operativo. Per altre informazioni sulla creazione di un cluster del gruppo di lavoro, vedere Creare un cluster del gruppo di lavoro.
  • Un account utente locale esiste in ogni nodo del server con un nome utente e una password identici.

Prendere in considerazione le opzioni per l'autenticazione e le prestazioni

Quando si configurano le migrazioni in tempo reale per i cluster di gruppi di lavoro, è importante considerare il modo in cui l'autenticazione e le prestazioni.

  • Autenticazione: gli account locali con un nome utente e una password identici in ogni nodo vengono usati per creare e configurare il cluster del gruppo di lavoro. Il cluster usa certificati PKU2U autofirmato per eseguire l'autenticazione e poter spostare una macchina virtuale da un nodo host a un altro nodo host senza Kerberos. Gli account locali in ogni nodo sono l'unico modo per autenticare correttamente i cluster del gruppo di lavoro e consentire la migrazione in tempo reale tra server di origine e di destinazione.

  • Prestazioni: la configurazione delle opzioni di prestazioni può ridurre l'utilizzo della rete e della CPU. Diverse opzioni, ad esempio le migrazioni simultanee, possono anche velocizzare le migrazioni in tempo reale. Prendere in considerazione i requisiti e l'infrastruttura e configurazioni diverse per decidere di test.

Eseguire una migrazione in tempo reale con cluster di gruppi di lavoro Hyper-V

Nelle sezioni successive verranno completati i passaggi seguenti:

  • Installare i ruoli Hyper-V e gli strumenti di gestione di Hyper-V. Ogni macchina virtuale richiede l'installazione di Hyper-V per potersi connettere ad altri host ed eseguire una migrazione in tempo reale.
  • Creare una nuova macchina virtuale e aggiungerla al cluster del gruppo di lavoro. Aggiungere un ruolo macchina virtuale per facilitare la migrazione in tempo reale.
  • Configurare i server di origine e di destinazione. Configurare ogni nodo del server per abilitare le migrazioni in tempo reale.
  • Spostare una macchina virtuale in esecuzione con la migrazione in tempo reale. Completare una migrazione in tempo reale spostando una macchina virtuale in esecuzione tra host Hyper-V senza tempi di inattività evidenti.

Passaggio 1: Installare il ruolo Hyper-V

Il ruolo Hyper-V deve essere installato nei server di origine e di destinazione e configurato per le migrazioni in tempo reale. Installare questo ruolo prima di continuare.

Hyper-V offre i servizi che è possibile usare per creare e gestire macchine virtuali. Hyper-V può essere installato in molti modi. Questa sezione descrive come installare il ruolo usando PowerShell o Server Manager.

  1. Aprire una sessione di PowerShell come amministratore.

  2. Usare il cmdlet Install-WindowsFeature per installare il ruolo Hyper-V con il comando seguente:

    Install-WindowsFeature -Name Hyper-V -IncludeManagementTools -Restart
    
  3. Attendere l'installazione del ruolo e quindi riavviare la macchina virtuale.

  4. Ripetere l'installazione per le altre macchine virtuali nel cluster.

Nota

Se non è possibile installare il ruolo Hyper-V, potrebbe essere necessario abilitare la virtualizzazione annidata. Vedere come abilitare la virtualizzazione annidata per consentire l'esecuzione di Hyper-V all'interno di una macchina virtuale Hyper-V.

Passaggio 2: Creare una nuova macchina virtuale e aggiungerla al cluster del gruppo di lavoro

Aggiungere una nuova macchina virtuale Hyper-V come ruolo al cluster del gruppo di lavoro per eseguire una migrazione in tempo reale tra host.

  1. Connettersi a uno dei nodi del server.

  2. Aprire una sessione di PowerShell come amministratore.

  3. Eseguire il comando New-VM seguente per creare una nuova macchina virtuale con 10 GB di memoria e usa un'immagine VHDX esistente nel nodo del server. Modificare i parametri e i valori in base alle esigenze per personalizzare la configurazione.

    New-VM -Name "<VM_NAME>" -MemoryStartupBytes 10GB -VHDPath <PATH_TO_VHDX_FILE>
    
  4. Aggiungere la macchina virtuale come ruolo Macchina virtuale nel cluster del gruppo di lavoro abilita il failover automatico.

    Add-ClusterVirtualMachineRole -VirtualMachine <VM_NAME>
    

Passaggio 3: Configurare i computer di origine e di destinazione per la migrazione in tempo reale

In questo passaggio configurare le macchine virtuali di origine e di destinazione host per abilitare le migrazioni in tempo reale. Qui è anche possibile specificare le impostazioni di migrazione in tempo reale, ad esempio il numero di migrazioni in tempo reale e di archiviazione da consentire contemporaneamente.

  1. Connettersi a uno dei nodi del server.

  2. Aprire una sessione di PowerShell come amministratore.

  3. Usare prima di tutto il cmdlet Enable-VMMigration per configurare la migrazione in tempo reale nell'host macchina virtuale Hyper-V.

    Enable-VMMigration
    
  4. Usare il cmdlet Set-VMHost per configurare l'host Hyper-V locale. Il comando seguente configura la macchina virtuale per consentire 10 migrazioni in tempo reale simultanee e migrazioni di archiviazione. Modificare questi valori impostando il numero di migrazioni in tempo reale e di archiviazione simultanee consentite dalla configurazione. Potrebbe essere necessario testare configurazioni diverse per decidere.

    Set-VMHost -MaximumVirtualMachineMigrations 10 -MaximumStorageMigrations 10
    

    Set-VMHost consente anche di specificare un'opzione di prestazioni e altre impostazioni host. Prendere in considerazione l'uso di un parametro come -VMMigrationPerformance per scegliere altre impostazioni per la macchina virtuale.

  5. Ripetere i passaggi per l'altro nodo del server.

Passaggio 4: Spostare una macchina virtuale in esecuzione con migrazione in tempo reale

Infine, eseguire una migrazione in tempo reale per spostare una macchina virtuale in esecuzione.

  1. Connettersi al nodo proprietario corrente nel cluster del gruppo di lavoro.

  2. Aprire Gestione cluster di failover.

  3. Nella sezione Ruoli selezionare il ruolo macchina virtuale e fare clic con il pulsante destro del mouse.

  4. Selezionare Sposta, quindi Migrazione in tempo reale e quindi Nodo migliore possibile.

  5. Nella colonna Informazioni, vedere uno stato visualizzato con il messaggio Migrazione in tempo reale, X% completato.

  6. Al termine, verificare che la colonna Nodo proprietario venga aggiornata con l'altro nodo nel cluster del gruppo di lavoro.

Passaggi successivi

Dopo aver completato una migrazione in tempo reale, è importante verificare che la migrazione funzioni e che tutte le macchine virtuali migrate siano state migrate correttamente. Se si verificano problemi durante o dopo una migrazione, potrebbe essere necessario rivedere le migrazioni simultanee consentite o configurare le opzioni di prestazioni della migrazione in tempo reale.

Per altre informazioni sulle opzioni relative alle prestazioni di Live Migration, vedere Panoramica di Virtual Machine Live Migration

Altre informazioni sulle prestazioni della migrazione in tempo reale sono disponibili anche nelle prestazioni di I/O della rete Hyper-V.