Eseguire la migrazione ad Azure locale nello stesso hardware

Si applica a: Locale di Azure 2311.2 e versioni successive; Azure Stack HCI, versione 22H2; Windows Server 2022, Windows Server 2019, Windows Server 2016, Windows Server 2012 R2, Windows Server 2008 R2

Importante

Azure Stack HCI fa ora parte di Azure Local. Tuttavia, le versioni precedenti di Azure Stack HCI, ad esempio 22H2 continueranno a fare riferimento ad Azure Stack HCI e non rifletteranno la modifica del nome. Altre informazioni.

Questo argomento descrive come eseguire la migrazione di un cluster di failover di Windows Server ad Azure locale usando l'hardware del computer esistente. Questo processo installa il nuovo sistema operativo per Azure Local e mantiene le impostazioni e l'archiviazione di sistema esistenti e importa le macchine virtuali.

Lo schema seguente illustra la migrazione in loco del cluster Windows Server usando lo stesso hardware della macchina. Dopo l'arresto del tuo sistema, Azure Local viene installato, l'archiviazione viene ricollegata e le macchine virtuali vengono importate e rese a disponibilità elevata (HA).

Per eseguire la migrazione delle macchine virtuali a un nuovo hardware locale di Azure, vedere Eseguire la migrazione ad Azure locale in un nuovo hardware.

Nota

La migrazione di cluster estesi non è descritta in questo articolo.

Operazioni preliminari

Prima di iniziare la migrazione, è necessario considerare diversi requisiti e aspetti:

• Tutti i comandi di Windows PowerShell devono essere eseguiti come amministratore.

• È necessario disporre di credenziali di dominio con autorizzazioni di amministratore per Azure Locale.

• Eseguire il backup di tutte le macchine virtuali nel sistema di origine. Completare un backup consistente in caso di arresto anomalo di tutte le applicazioni e di tutti i dati e un backup applicativo coerente di tutti i database. Per eseguire il backup in Azure, vedere Usare Backup di Azure.

• Raccogliere l'inventario e la configurazione di tutti i computer, la denominazione dei sistemi, la configurazione di rete, la resilienza e la capacità del Volume Condiviso del Cluster (CSV), e il testimone del quorum.

• Spegnere le macchine virtuali di sistema, i volumi condivisi cluster offline, i pool di archiviazione offline e il servizio di sistema.

• Disabilitare l'oggetto CNO (Cluster Name Object) (riutilizzato in un secondo momento) e:

  • Verificare che l'oggetto CNO disponga dei diritti di creazione di oggetti per la propria unità organizzativa (OU)
  • Verificare che il criterio di blocco dell'eredità sia impostato nell'unità organizzativa.
  • Impostare i criteri necessari per Azure Local in questa unità organizzativa

Supporto e aggiornamento della versione della macchina virtuale

Nella tabella seguente sono elencate le versioni supportate del sistema operativo Windows Server e le relative versioni della macchina virtuale per la migrazione sul posto nello stesso hardware.

Indipendentemente dalla versione del sistema operativo in cui può essere in esecuzione una macchina virtuale, la versione minima supportata per la migrazione ad Azure Locale è la versione 5.0. Pertanto, tutte le macchine virtuali in esecuzione nella versione 2.0, 3.0 o 4.0 nel sistema Windows Server 2016 o versione successiva devono essere aggiornate alla versione 5.0 prima della migrazione.

Versione sistema operativo	Versione della macchina virtuale
Windows Server 2008 SP1	2.0
Windows Server 2008 R2	3.0
Windows Server 2012	4.0
Windows Server 2012 R2	5.0
Windows Server 2016	8.0
Windows Server 2019	9.0
Windows Server 2022
Azure Locale	9.0

Per le macchine virtuali in sistemi Windows Server 2008 SP1, Windows Server 2008 R2-SP1 e Windows 2012, la migrazione diretta a Locale di Azure non è supportata. In questi casi sono disponibili due opzioni:

• Eseguire prima la migrazione di queste macchine virtuali a Windows Server 2012 R2 o versione successiva, aggiornare la versione della macchina virtuale e quindi avviare il processo di migrazione.

• Usare Robocopy per copiare tutti i VHD delle VM nell'archiviazione locale di Azure. Creare quindi nuove macchine virtuali e collegare i dischi rigidi virtuali copiati alle rispettive macchine virtuali in Locale di Azure. In questo modo viene ignorata la limitazione della versione della macchina virtuale per queste macchine virtuali meno recenti.

Aggiornamento della versione della macchina virtuale

Usare il comando seguente per visualizzare tutte le versioni delle macchine virtuali in un singolo nodo:

Get-VM * | Format-Table Name,Version

Per visualizzare tutte le versioni delle macchine virtuali in tutti i nodi del cluster Windows Server:

Get-VM –ComputerName (Get-ClusterNode)

Per aggiornare tutte le macchine virtuali alla versione più recente in tutti i nodi di Windows Server:

Get-VM –ComputerName (Get-ClusterNode) | Update-VMVersion -Force

Aggiornamento dei computer e del sistema

La migrazione consiste nell'esecuzione dell'installazione locale di Azure nella distribuzione di Windows Server per un'installazione pulita del sistema operativo con le macchine virtuali e l'archiviazione intatte. Questo sostituisce il sistema operativo corrente con Azure Local. Per informazioni dettagliate, vedere Distribuire il sistema operativo per l'ambiente locale di Azure. Successivamente, si crea una nuova istanza locale di Azure, si ricollega l'archiviazione e si importano le macchine virtuali.

1. Spegni le VM di sistema esistenti, i volumi condivisi di cluster offline, i pool di archiviazione offline e il servizio di sistema.

2. Passare al percorso in cui sono stati scaricati i bit locali di Azure, quindi eseguire l'installazione locale di Azure in ogni nodo di Windows Server.

3. Durante l'installazione, selezionare Personalizzato: Installare la versione più recente di Azure Local solo (Avanzata). Ripetere per ogni server.

4. Creare la nuova istanza locale di Azure. È possibile usare Windows Admin Center o Windows PowerShell per questa attività, come illustrato nelle sezioni seguenti.

Importante

Il nome del commutatore virtuale Hyper-V (VMSwitch) deve essere lo stesso nome acquisito nell'inventario della configurazione del sistema. Assicurarsi che il nome del commutatore virtuale usato nell'istanza locale di Azure corrisponda al nome del commutatore virtuale di origine originale prima di importare le macchine virtuali.

Nota

È necessario registrare l'istanza locale di Azure con Azure prima di poter creare nuove macchine virtuali. Per altre informazioni, vedere Eseguire la registrazione con Azure.

Uso di Windows Admin Center

Se si usa Windows Admin Center per creare l'istanza locale di Azure, la procedura guidata Crea cluster installa automaticamente tutti i ruoli e le funzionalità necessari in ogni computer.

Per informazioni dettagliate su come creare il sistema, vedere Creare un'istanza locale di Azure con Windows Admin Center.

Importante

Ignorare il passaggio 4.1 Pulire le unità nella procedura guidata per la creazione del sistema. In caso contrario, si elimineranno le macchine virtuali e l'archiviazione esistenti.

1. Avvia la procedura guidata Crea Cluster. Quando si arriva al passaggio 4: Archiviazione:

2. Salta il passaggio 4.1 Pulire le unità. Non eseguire questa operazione.

3. Allontanarsi dal mago.

4. Aprire PowerShell ed eseguire il cmdlet seguente per creare il nuovo ID Storagesubsystem Object, riscoprire tutti i contenitori di archiviazione e assegnare numeri di unità SES:

   Enable-ClusterS2D -Verbose
   

   Se si esegue la migrazione da Windows Server 2016, viene creato anche un nuovo ClusterperformanceHistory volume ReFS e lo assegna al gruppo di risorse cluster SDDC.

   Se si esegue la migrazione da Windows Server 2019, questo aggiunge anche il volume ReFS esistente ClusterperformanceHistory e lo assegna al gruppo di risorse cluster SDDC.

5. Torna alla procedura guidata. Nel passaggio 4.2 Verificare le unità verificare che tutte le unità siano elencate senza avvisi o errori.

6. Completare la procedura guidata.

Utilizzando Windows PowerShell

Se si usa PowerShell per creare l'istanza locale di Azure, è necessario installare i ruoli e le funzionalità seguenti in ogni computer locale di Azure usando questo cmdlet:

Install-WindowsFeature -Name Hyper-V, Failover-Clustering, FS-Data-Deduplication, Bitlocker, Data-Center-Bridging, RSAT-AD-PowerShell -IncludeAllSubFeature -IncludeManagementTools -Verbose

Per altre informazioni su come creare il sistema usando PowerShell, vedere Creare un'istanza locale di Azure con Windows PowerShell.

Nota

Riutilizzare lo stesso nome per l'oggetto Nome cluster disabilitato in precedenza.

1. Eseguire il cmdlet per creare il sistema:

   New-cluster –name "systemname" –server Server01,Server02 –staticaddress xx.xx.xx.xx –nostorage
   

2. Eseguire il cmdlet per creare il nuovo Storagesubsystem Object ID, rilevare nuovamente tutti i contenitori di archiviazione e assegnare i numeri di unità SES.

   Enable-ClusterS2D -Verbose
   

3. Se si esegue la migrazione da Windows Server 2016, viene creato anche un nuovo ClusterperformanceHistory volume ReFS e lo assegna al gruppo di risorse cluster SDDC.

   Nota

   Se un pool di archiviazione mostra errori del disco di minoranza (visualizzabili in Gestione cluster), eseguire di nuovo il cmdlet Enable-ClusterS2D -verbose.

4. Usando Gestione cluster, abilitare ogni volume CSV ad eccezione del volume ClusterperformanceHistory, ovvero un volume ReFS (assicurarsi che non sia un volume Csv ReFS).

5. Se si esegue la migrazione da Windows Server 2019, eseguire di nuovo il cmdlet Enable-ClusterS2D -verbose. Questo associa il ClusterperformanceHistory volume ReFS al gruppo di risorse cluster SDDC.

6. Determinare il nome e la versione del pool di archiviazione corrente eseguendo il cmdlet :

   Get-StoragePool | ? IsPrimordial -eq $false | ft FriendlyName,Version
   

7. Ora determinare il nuovo nome e la versione del pool di archiviazione:

   Get-StoragePool | ? IsPrimordial -eq $false | ft FriendlyName,Version
   

8. Creare il testimone del quorum. Per informazioni su come, vedere Configurare un testimone del sistema.

9. Verificare che i processi di ripristino dell'archiviazione siano completati usando il cmdlet :

   Get-StorageJob
   

   Nota

   Questo potrebbe richiedere molto tempo a seconda del numero di macchine virtuali in esecuzione durante l'aggiornamento.

10. Verificare che tutti i dischi siano integri:

    Get-VirtualDisk
    

11. Determinare la versione del computer, che visualizza ClusterFunctionalLevel e ClusterUpgradeVersion. Eseguire il cmdlet per ottenere quanto segue:

    Get-ClusterNodeSupportedVersion
    

    Nota

    ClusterFunctionalLevel viene impostato automaticamente su 10 e non richiede l'aggiornamento a causa del nuovo sistema operativo e della creazione del cluster.

12. Aggiornare il pool di archiviazione come segue:

    Get-StoragePool | Update-StoragePool
    

Volumi ReFS

Se si esegue la migrazione da Windows Server 2016, i volumi Resilient File System (ReFS) sono supportati, ma tali volumi non traggono vantaggio dai miglioramenti delle prestazioni in Azure Local dall'uso di volumi MAP (Mirror Accelerated Parity). Questo miglioramento richiede la creazione di un nuovo volume ReFS usando il cmdlet di PowerShell New-Volume .

Per i volumi MAP di Windows Server 2016, la compattazione ReFS non era disponibile, quindi il ricollegamento di questi volumi è OK, ma sarà meno efficiente rispetto alla creazione di un nuovo volume MAP in un'istanza locale di Azure.

Importare le macchine virtuali

Una best practice consiste nel creare almeno un volume cluster condiviso (CSV) per macchina per abilitare un bilanciamento uniforme delle macchine virtuali per ogni proprietario di CSV, migliorando così la resilienza, le prestazioni e la scalabilità dei carichi di lavoro delle macchine virtuali. Per impostazione predefinita, questo bilanciamento si verifica automaticamente ogni cinque minuti e deve essere considerato quando si usa Robocopy tra i computer di origine e di destinazione per garantire che i proprietari csv di origine e destinazione corrispondano per fornire il percorso di trasferimento e la velocità di trasferimento più ottimali.

Seguire questa procedura nell'istanza locale di Azure per importare le macchine virtuali, renderle a disponibilità elevata e avviarle:

1. Eseguire il cmdlet per visualizzare tutti i nodi proprietario CSV:

   Get-ClusterSharedVolume
   

2. Per ogni computer, passare a C:\Clusterstorage\Volume e impostare il percorso per tutte le macchine virtuali, ad esempio C:\Clusterstorage\volume01.

3. Eseguire il cmdlet su ogni macchina proprietaria CSV per visualizzare il percorso di tutti i file VMCX delle macchine virtuali per ciascun volume, prima di importare le macchine virtuali. Modificare il percorso in modo che corrisponda all'ambiente:

   Get-ChildItem -Path "C:\Clusterstorage\Volume01\*.vmcx" -Recurse
   

4. Eseguire il cmdlet per ogni computer per importare e registrare tutte le macchine virtuali e renderle a disponibilità elevata in ogni nodo proprietario CSV. In questo modo si garantisce una distribuzione uniforme delle macchine virtuali per l'allocazione ottimale del processore e della memoria:

   Get-ChildItem -Path "C:\Clusterstorage\Volume01\*.vmcx" -Recurse | Import-VM -Register | Get-VM | Add-ClusterVirtualMachineRole
   

5. Avviare ogni macchina virtuale di destinazione in ogni computer:

   Start-VM -Name
   

6. Accedere e verificare che tutte le macchine virtuali siano in esecuzione e che tutte le app e i dati siano presenti:

   Get-VM -ComputerName Server01 | Where-Object {$_.State -eq 'Running'}
   

7. Infine, aggiornare le macchine virtuali alla versione locale di Azure più recente per sfruttare tutti i miglioramenti:

   Get-VM | Update-VMVersion -Force
   

Passaggi successivi

• Convalidare il sistema dopo la migrazione. Vedere Convalidare un'istanza locale di Azure.
• Per eseguire la migrazione di macchine virtuali Windows Server a un nuovo hardware locale di Azure, vedere Eseguire la migrazione ad Azure locale in un nuovo hardware.