Migrieren zu Azure Stack HCI auf derselben Hardware

Gilt für: Azure Stack HCI, Versionen 22H2 und 21H2; Windows Server 2022, Windows Server 2019, Windows Server 2016, Windows Server 2012 R2, Windows Server 2008 R2

In diesem Thema wird beschrieben, wie ein Windows Server-Failovercluster unter Verwendung Ihrer vorhandenen Serverhardware zu Azure Stack HCI migriert wird. Bei diesem Vorgang wird das neue Azure Stack HCI-Betriebssystem installiert. Die vorhandenen Clustereinstellungen und der Speicher werden beibehalten. VMs werden importiert.

Auf der folgenden Abbildung wird die direkte Migration Ihres Windows Server-Clusters mithilfe derselben Serverhardware dargestellt. Nach dem Herunterfahren Ihres Clusters wird Azure Stack HCI installiert, der Speicher wird erneut angefügt, und Ihre virtuellen Computer werden importiert und hoch verfügbar gemacht.

Informationen zum Migrieren Ihrer VMs auf neue Azure Stack HCI-Hardware finden Sie unter Migrieren zu Azure Stack HCI auf neuer Hardware.

Hinweis

Das Migrieren von Stretched Cluster wird in diesem Artikel nicht behandelt.

Vorbereitung

Es gibt verschiedene Anforderungen und Aspekte, die Sie berücksichtigen sollten, bevor Sie mit der Migration beginnen:

• Alle Windows PowerShell-Befehle müssen als Administrator ausgeführt werden.

• Sie müssen über Domänenanmeldeinformationen mit Administratorberechtigungen für Azure Stack HCI verfügen.

• Sichern Sie alle VMs in Ihrem Quellcluster. Führen Sie eine absturzkonsistente Sicherung aller Anwendungen und Daten sowie eine anwendungskonsistente Sicherung aller Datenbanken aus. Informationen zum Sichern in Azure finden Sie unter Verwenden von Azure Backup.

• Sammeln Sie Inventur- und Konfigurationsinformationen für alle Clusterknoten und Clusternamen, die Netzwerkkonfiguration, Resilienz und Kapazität von CSV (Cluster Shared Volume, freigegebenes Clustervolume) sowie einen Quorumzeugen.

• Fahren Sie Ihre Cluster-VMs, Offline-CSVs, Offlinespeicherpools und den Clusterdienst herunter.

• Deaktivieren Sie das Clusternamenobjekt (Cluster Name Object, CNO) (es wird später wiederverwendet) und:

  • Überprüfen Sie, ob das CNO über die Berechtigung zum Erstellen von Objekten für seine eigene Organisationseinheit verfügt.
  • Überprüfen Sie, ob die Richtlinie „Vererbung deaktivieren“ für die Organisationseinheit festgelegt wurde.
  • Legen Sie die erforderliche Richtlinie für Azure Stack HCI in dieser Organisationseinheit fest.

Unterstützung und Aktualisieren von VM-Versionen

In der folgenden Tabelle sind die unterstützten Windows Server-Betriebssystemversionen und deren VM-Versionen für die direkte Migration auf derselben Hardware aufgeführt.

Unabhängig von der Betriebssystemversion, auf der eine VM möglicherweise ausgeführt wird, ist die VM-Mindestversion, die für die Migration zu Azure Stack HCI unterstützt wird, die Version 5.0. Das heißt, alle VMs, die auf dem Windows Server 2016- oder Windows Server 2019-Cluster unter Version 2.0, 3.0 oder 4.0 ausgeführt werden, müssen vor der Migration auf Version 5.0 aktualisiert werden.

Betriebssystemversion	VM-Version
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
Azure Stack HCI	9.0

Bei VMs unter Windows Server 2008 SP1-, Windows Server 2008 R2 SP1- und Windows 2012-Clustern wird die direkte Migration zu Azure Stack HCI nicht unterstützt. In diesen Fällen haben Sie zwei Möglichkeiten:

• Migrieren Sie diese VMs zuerst zu Windows Server 2012 R2, Windows Server 2016 oder Windows Server 2019, aktualisieren Sie die VM-Version, und beginnen Sie dann mit dem Migrationsvorgang.

• Verwenden Sie Robocopy, um alle VM-VHDs in Azure Stack HCI zu kopieren. Erstellen Sie dann neue VMs, und fügen Sie die kopierten VHDs an die entsprechenden VMs in Azure Stack HCI an. Dadurch wird die Einschränkung hinsichtlich der VM-Version für diese älteren VMs umgangen.

Aktualisieren der VM-Version

Verwenden Sie den folgenden Befehl, um alle VM-Versionen auf einem einzelnen Server anzuzeigen:

Get-VM * | Format-Table Name,Version

So zeigen Sie alle VM-Versionen für alle Knoten in Ihrem Windows Server-Cluster an

Get-VM –ComputerName (Get-ClusterNode)

So aktualisieren Sie alle VMs auf allen Windows Server-Knoten auf die neueste Version

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

Aktualisieren von Servern und Clustern

Die Migration umfasst die Ausführung des Azure Stack HCI-Setups in Ihrer Windows Server-Bereitstellung für eine frische Betriebssysteminstallation, bei der Ihre VMs und der Speicher beibehalten werden. Dabei wird das aktuelle Betriebssystem durch Azure Stack HCI ersetzt. Ausführliche Informationen finden Sie unter Bereitstellen des Azure Stack HCI-Betriebssystems. Anschließend erstellen Sie einen neuen Azure Stack HCI-Cluster, fügen den Speicher erneut an und importieren die VMs.

1. Fahren Sie Ihre vorhandenen Cluster-VMs, Offline-CSVs, Offlinespeicherpools und den Clusterdienst herunter.

2. Wechseln Sie zum Speicherort, an den Sie die Azure Stack HCI-Bits heruntergeladen haben, und führen Sie dann Azure Stack HCI-Setup auf jedem einzelnen Windows Server-Knoten aus.

3. Wählen Sie während des Setups Custom: Install the newer version of Azure Stack HCI only (Advanced) (Benutzerdefiniert: Nur die neuere Version von Azure Stack HCI installieren (erweitert)) aus. Wiederholen Sie dies für jeden Server.

4. Erstellen Sie den neuen Azure Stack HCI-Cluster. Sie können Windows Admin Center oder Windows PowerShell für diese Aufgabe verwenden, wie in den folgenden Abschnitten gezeigt.

Wichtig

Der Name des virtuellen Hyper-V-Switchs (VMSwitch) muss mit dem Namen übereinstimmen, der in der Clusterkonfigurationsinventur notiert wurde. Stellen Sie sicher, dass der Name des virtuellen Switchs, der für den Azure Stack HCI-Cluster verwendet wird, mit dem Namen des ursprünglichen virtuellen Quellswitchs übereinstimmt, bevor Sie die VMs importieren.

Hinweis

Sie müssen den Azure Stack HCI-Cluster bei Azure registrieren, bevor Sie neue VMs im Cluster erstellen können. Weitere Informationen finden Sie unter Registrieren bei Azure.

Verwenden von Windows Admin Center

Wenn Sie das Windows Admin Center verwenden, um den Azure Stack HCI-Cluster zu erstellen, werden alle erforderlichen Rollen und Features automatisch vom Clustererstellungs-Assistenten auf den einzelnen Serverknoten installiert.

Ausführliche Informationen zum Erstellen des Clusters finden Sie unter Erstellen eines Azure Stack HCI-Clusters mithilfe von Windows Admin Center.

Wichtig

Überspringen Sie im Clustererstellungs-Assistenten den Schritt 4.1 Clean drives (Laufwerke bereinigen). Andernfalls werden die vorhandenen VMs und der Speicher gelöscht.

1. Starten Sie den Clustererstellungs-Assistenten. Wenn Sie bei Schritt 4: Speicher angelangt sind:

2. Überspringen Sie 4.1 Clean drives (Laufwerke bereinigen). Verzichten Sie auf dieses Flag.

3. Nehmen Sie für den Moment keine weiteren Aktionen im Assistenten vor.

4. Öffnen Sie PowerShell, und führen Sie das folgende Cmdlet aus, um die neue ID Storagesubsystem Object zu erstellen, alle Speichergehäuse wieder zu erfassen und die SES-Laufwerknummern zuzuweisen:

   Enable-ClusterS2D -Verbose
   

   Bei einer Migration von Windows Server 2016 wird dadurch auch das neue ReFS-Volume ClusterperformanceHistory erstellt und der SDDC-Clusterressourcengruppe zugewiesen.

   Bei einer Migration von Windows Server 2019 wird dadurch auch das neue ReFS-Volume ClusterperformanceHistory erstellt und der SDDC-Clusterressourcengruppe zugewiesen.

5. Kehren Sie zum Assistenten zurück. Überprüfen Sie in Schritt 4.2 Verify drives (Laufwerke überprüfen), dass alle Laufwerke ohne Warnungen und Fehler aufgeführt werden.

6. Schließen Sie den Assistenten ab.

Verwenden von Windows PowerShell

Wenn Sie powerShell zum Erstellen des Azure Stack HCI-Clusters verwenden, müssen die folgenden Rollen und Features mithilfe dieses Cmdlets auf jedem Azure Stack HCI-Clusterknoten installiert werden:

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

Ausführliche Informationen zum Erstellen des Clusters mit PowerShell finden Sie unter Erstellen eines Azure Stack HCI-Clusters mithilfe von Windows PowerShell.

Hinweis

Verwenden Sie den gleichen Namen wie für das zuvor deaktivierte Clusternamenobjekt.

1. Führen Sie das Cmdlet aus, um den Cluster zu erstellen:

   New-cluster –name "clustername" –node Server01,Server02 –staticaddress xx.xx.xx.xx –nostorage
   

2. Führen Sie das Cmdlet aus, um die neue Storagesubsystem Object ID zu erstellen, alle Speichergehäuse wiederzuentdecken und SES-Laufwerknummern zuzuweisen:

   Enable-ClusterS2D -Verbose
   

3. Bei einer Migration von Windows Server 2016 wird dadurch auch das neue ReFS-Volume ClusterperformanceHistory erstellt und der SDDC-Clusterressourcengruppe zugewiesen.

   Hinweis

   Wenn bei einem Speicherpool angezeigt wird, dass eine Minderheit der Datenträger fehlerhaft ist (im Cluster-Manager sichtbar), führen Sie das Cmdlet Enable-ClusterS2D -verbose erneut aus.

4. Aktivieren Sie mithilfe des Cluster-Managers alle CSV-Instanzen mit Ausnahme des Volumes ClusterperformanceHistory, bei dem es sich um ein ReFS-Volume handelt. (Stellen Sie sicher, dass es kein ReFS-CSV ist.)

5. Wenn Sie von Windows Server 2019 migrieren, führen Sie das Cmdlet Enable-ClusterS2D -verbose erneut aus. Dadurch wird das ClusterperformanceHistory ReFS-Volume der SDDC-Clusterressourcengruppe zugeordnet.

6. Ermitteln Sie den Namen und die Version Ihres aktuellen Speicherpools, indem Sie das Cmdlet ausführen:

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

7. Bestimmen Sie nun den Namen und die Version des neuen Speicherpools:

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

8. Erstellen Sie den Quorumzeugen. Weitere Informationen zur Vorgehensweise finden Sie unter Einrichten eines Clusterzeugen.

9. Stellen Sie mithilfe des Cmdlets sicher, dass Speicherreparaturaufträge abgeschlossen sind:

   Get-StorageJob
   

   Hinweis

   Dies kann je nach Anzahl der VMs, die während des Upgrades ausgeführt werden, einige Zeit in Anspruch nehmen.

10. Überprüfen Sie, ob alle Datenträger fehlerfrei sind:

    Get-VirtualDisk
    

11. Bestimmen Sie die Clusterknotenversion, die unter ClusterFunctionalLevel und ClusterUpgradeVersion angezeigt wird. Führen Sie das Cmdlet aus, um folgendes abzurufen:

    Get-ClusterNodeSupportedVersion
    

    Hinweis

    ClusterFunctionalLevel wird automatisch auf 10 festgelegt und muss aufgrund des neuen Betriebssystems und der Clustererstellung nicht aktualisiert werden.

12. Aktualisieren Sie den Speicherpool wie folgt:

    Get-StoragePool | Update-StoragePool
    

ReFS-Volumes

Bei der Migration von Windows Server 2016 werden Resilient File System (ReFS)-Volumes unterstützt, aber solche Volumes profitieren nicht von Leistungsverbesserungen in Azure Stack HCI durch die Verwendung von Spiegel-beschleunigten Paritätsvolumes (MAP). Diese Erweiterung erfordert, dass ein neues ReFS-Volume mit dem PowerShell-Cmdlet New-Volume erstellt wird.

Für Windows Server 2016 MAP-Volumes war die ReFS-Komprimierung nicht verfügbar, sodass das erneute Anfügen dieser Volumes in Ordnung ist, aber im Vergleich zum Erstellen eines neuen MAP-Volumes in einem Azure Stack HCI-Cluster weniger leistungsfähig ist.

Importieren der VMs

Eine bewährte Vorgehensweise besteht darin, mindestens ein CSV (Cluster Shared Volume) pro Clusterknoten zu erstellen, um ausgeglichene VMs für jeden CSV-Besitzer zu ermöglichen und so die Resilienz, die Leistung und die Skalierbarkeit von VM-Workloads zu erhöhen. Standardmäßig erfolgt dieser Ausgleich automatisch alle fünf Minuten. Dies muss berücksichtigt werden, wenn Robocopy zwischen einem Quellclusterknoten und dem Zielclusterknoten verwendet wird, um sicherzustellen, dass Quell- und Ziel-CSV-Besitzer übereinstimmen, damit Übertragungspfad und Geschwindigkeit optimiert werden.

Führen Sie die folgenden Schritte auf Ihrem Azure Stack HCI-Cluster aus, um die VMs zu importieren, Hochverfügbarkeit sicherzustellen und sie zu starten:

1. Führen Sie das Cmdlet aus, um alle CSV-Besitzerknoten anzuzeigen:

   Get-ClusterSharedVolume
   

2. Wechseln Sie auf jedem Serverknoten zu C:\Clusterstorage\Volume, und legen Sie den Pfad für alle VMs fest, z. B. C:\Clusterstorage\volume01.

3. Führen Sie das Cmdlet auf jedem CSV-Besitzerknoten aus, um den Pfad zu allen VM-VMCX-Dateien pro Volume vor dem VM-Import anzuzeigen. Passen Sie den Pfad Ihrer Umgebung entsprechend an:

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

4. Führen Sie das Cmdlet für jeden Serverknoten aus, um alle VMs zu importieren und zu registrieren und sie auf jedem CSV-Besitzerknoten hoch verfügbar zu machen. Dadurch wird eine gleichmäßige Verteilung der VMs für eine optimale Prozessor- und Speicherzuordnung sichergestellt:

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

5. Starten Sie die jeweiligen VMs auf den einzelnen Knoten:

   Start-VM -Name
   

6. Melden Sie sich an, und überprüfen Sie, ob alle VMs ausgeführt werden und alle Ihre Apps und Daten vorhanden sind:

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

7. Aktualisieren Sie zum Schluss Ihre VMs auf die neueste Azure Stack HCI-Version, um von allen Verbesserungen zu profitieren:

   Get-VM | Update-VMVersion -Force
   

Nächste Schritte

• Überprüfen Sie den Cluster nach der Migration. Mehr dazu finden Sie unter Überprüfen eines Azure Stack HCI-Clusters.
• Informationen zum Migrieren von Windows Server-VMs auf neue Azure Stack HCI-Hardware finden Sie unter Migrieren zu Azure Stack HCI auf neuer Hardware.