Unterstützungsmatrix für die Notfallwiederherstellung von lokalen Hyper-V-VMs in Azure
In diesem Artikel werden die unterstützten Komponenten und Einstellungen für die Notfallwiederherstellung von lokalen Hyper-V-VMs in Azure mit Azure Site Recovery beschrieben.
Hinweis
Site Recovery speichert Kundendaten nur in der Zielregion, in der die Notfallwiederherstellung für die Quellcomputer eingerichtet wurde, und verschiebt sie nicht aus dieser Region. Kunden können auf Wunsch einen Recovery Services-Tresor aus einer anderen Region auswählen. Der Recovery Services-Tresor enthält Metadaten, aber keine tatsächlichen Kundendaten.
Unterstützte Szenarios
Szenario | Details |
---|---|
Hyper-V mit Virtual Machine Manager |
Sie können die Notfallwiederherstellung in Azure für virtuelle Computer auf Hyper-V-Hosts durchführen, die im System Center Virtual Machine Manager-Fabric verwaltet werden. Dieses Szenario können Sie über das Azure-Portal oder mit PowerShell bereitstellen. Wenn Hyper-V-Hosts mit Virtual Machine Manager verwaltet werden, können Sie auch die Notfallwiederherstellung an einem sekundären lokalen Standort durchführen. Weitere Informationen zu diesem Szenario finden Sie in diesem Tutorial. |
Hyper-V ohne Virtual Machine Manager | Sie können die Notfallwiederherstellung in Azure für virtuelle Computer auf Hyper-V-Hosts ausführen, die nicht von Virtual Machine Manager verwaltet werden. Dieses Szenario können Sie über das Azure-Portal oder mit PowerShell bereitstellen. |
Hinweis
Das Konfigurieren von Azure Backup und Azure Site Recovery auf demselben Hyper-V-Host kann zu Problemen bei der Replikation führen und wird nicht unterstützt.
Lokale Server
Server | Anforderungen | Details |
---|---|---|
Hyper-V (Ausführung ohne Virtual Machine Manager) | Windows Server 2022, Windows Server 2019, Windows Server 2016, Windows Server 2012 R2 mit aktuellen Updates Hinweis:Serverkern-Installationen dieser Betriebssysteme werden ebenfalls unterstützt. |
Wenn Sie Windows Server 2012 R2 mit SCVMM 2012 R2 mit Azure Site Recovery bzw. nur SCVMM 2012 R2 mit Azure Site Recovery konfiguriert haben und nun ein Upgrade des Betriebssystems durchführen möchten, befolgen Sie die Anweisungen in der Dokumentation. |
Hyper-V (Ausführung mit Virtual Machine Manager) | Virtual Machine Manager 2022 (Server Core wird nicht unterstützt), Virtual Machine Manager 2019, Virtual Machine Manager 2016, Virtual Machine Manager 2012 R2 Hinweis:Serverkern-Installationen dieser Betriebssysteme werden ebenfalls unterstützt. |
Wenn Virtual Machine Manager verwendet wird, sollten Windows Server 2019-Hosts in Virtual Machine Manager 2019 verwaltet werden. Ebenso sollten Windows Server 2016-Hosts in Virtual Machine Manager 2016 verwaltet werden. |
Hinweis
Stellen Sie sicher, dass auf dem lokalen Server .NET Framework 4.6.2 oder höher vorhanden ist.
Replizierte VMs
In der folgenden Tabelle wird die VM-Unterstützung zusammengefasst. Site Recovery unterstützt alle Workloads, die auf einem unterstützten Betriebssystem ausgeführt werden.
Komponente | Details |
---|---|
Konfiguration des virtuellen Computers | Virtuelle Computer, die nach Azure repliziert werden sollen, müssen die Azure-Anforderungen erfüllen. |
Gastbetriebssystem | Alle für Azure unterstützten Gastbetriebssysteme. Windows Server 2016 Nano Server wird nicht unterstützt. |
VM-/Datenträgerverwaltung
Aktion | Details |
---|---|
Größe des Datenträgers auf einer replizierten Hyper-V-VM ändern | Wird nicht unterstützt. Deaktivieren Sie die Replikation, nehmen Sie die Änderung vor, und aktivieren Sie anschließend erneut die Replikation für die VM. |
Datenträger auf einer replizierten Hyper-V-VM hinzufügen | Wird nicht unterstützt. Deaktivieren Sie die Replikation, nehmen Sie die Änderung vor, und aktivieren Sie anschließend erneut die Replikation für die VM. |
Ändern der Datenträger-ID auf dem virtuellen Hyper-V-Computer der Replikation | Wird nicht unterstützt. Wenn Sie die Datenträger-ID ändern, wirkt sich dies auf die Replikation aus, und der Datenträger wird als „Nicht geschützt“ angezeigt. |
Hyper-V-Netzwerkkonfiguration
Komponente | Hyper-V mit Virtual Machine Manager | Hyper-V ohne Virtual Machine Manager |
---|---|---|
Hostnetzwerk: NIC Teaming | Ja | Ja |
Hostnetzwerk: VLAN | Ja | Ja |
Hostnetzwerk: IPv4 | Ja | Ja |
Hostnetzwerk: IPv6 | Nein | Nein |
Gast-VM-Netzwerk: NIC Teaming | Nein | Nein |
Gast-VM-Netzwerk: IPv4 | Ja | Ja |
Gast-VM-Netzwerk: IPv6 | Nein | Ja |
Gast-VM-Netzwerk: Statische IP-Adresse (Windows) | Ja | Ja |
Gast-VM-Netzwerk: Statische IP-Adresse (Linux) | Nein | Nein |
Gast-VM-Netzwerk: Multi-NIC | Ja | Ja |
HTTPS-Proxy | Nein | Nein |
APIPA (Automatic Private IP Addressing) | Nein | Nein |
Private Link-Zugriff auf den Site Recovery-Dienst | Ja. Weitere Informationen | Ja. Weitere Informationen |
Netzwerkkonfiguration für virtuellen Azure-Computer (nach Failover)
Komponente | Hyper-V mit Virtual Machine Manager | Hyper-V ohne Virtual Machine Manager |
---|---|---|
Azure ExpressRoute | Ja | Ja |
ILB | Ja | Ja |
ELB | Ja | Ja |
Azure Traffic Manager | Ja | Ja |
Multi-NIC | Ja | Ja |
Reservierte IP | Ja | Ja |
IPv4 | Ja | Ja |
Quell-IP-Adresse beibehalten | Ja | Ja |
Azure Virtual Network-Dienstendpunkte (ohne Azure Storage-Firewalls) |
Ja | Ja |
Beschleunigter Netzwerkbetrieb | Nein | Nein |
Hyper-V-Hostspeicher
Storage | Hyper-V mit Virtual Machine Manager | Hyper-V ohne Virtual Machine Manager |
---|---|---|
NFS | Nicht verfügbar | Nicht verfügbar |
SMB 3.0 | Ja | Ja |
SAN (ISCSI) | Ja | Ja |
Multipfad (MPIO). Getestet mit: Microsoft DSM, EMC PowerPath 5.7 SP4, EMC PowerPath DSM für CLARiiON |
Ja | Ja |
Hyper-V-VM-Gastspeicher
Storage | Hyper-V mit Virtual Machine Manager | Hyper-V ohne Virtual Machine Manager |
---|---|---|
VMDK | Nicht verfügbar | Nicht verfügbar |
VHD/VHDX | Ja | Ja |
VM der 2. Generation | Ja | Ja |
EFI/UEFI Der migrierte virtuelle Computer in Azure wird automatisch in einen virtuellen Computer mit BIOS-Start konvertiert. Auf dem virtuellen Computer sollte nur Windows Server 2012 oder höher ausgeführt werden. Der Betriebssystemdatenträger sollte höchstens fünf Partitionen haben und nicht größer als 2 TB sein. |
Ja | Ja |
Freigegebener Clusterdatenträger | Nein | Nein |
Verschlüsselter Datenträger | Nein | Nein |
NFS | Nicht verfügbar | Nicht verfügbar |
SMB 3.0 | Nein | Nein |
RDM | Nicht verfügbar | Nicht verfügbar |
Datenträger > 1 TB | Ja, bis zu 32 TB Sie müssen den Replikationsanbieter auf dem Hyper-V-Host auf eine höhere Version als 2.0.9214.0 aktualisieren, um große Datenträger mit bis zu 32 TB zu replizieren. Bei großen Datenträgern erfolgt die Replikation nur für verwaltete Datenträger. |
Ja, bis zu 32 TB Sie müssen den Replikationsanbieter auf dem Hyper-V-Host auf eine höhere Version als 2.0.9214.0 aktualisieren, um große Datenträger mit bis zu 32 TB zu replizieren. Bei großen Datenträgern erfolgt die Replikation nur für verwaltete Datenträger. |
Datenträger: 4K für logischen und physischen Sektor | Nicht unterstützt: Gen 1, Gen 2 | Nicht unterstützt: Gen 1, Gen 2 |
Datenträger: 4K für logischen, 512 Byte für physischen Sektor | Ja | Ja |
Logische Volumeverwaltung (Logical Volume Management, LVM). LVM wird nur für Datenträger unterstützt. Azure stellt nur einen einzelnen Betriebssystemdatenträger bereit. | Ja | Ja |
Volume mit Stripesetdatenträger > 1 TB | Ja | Ja |
Speicherplätze | Nein | Nein |
Datenträger laufendem Systembetrieb hinzufügen/entfernen | Nein | Nein |
Ausschließen von Datenträgern | Ja | Ja |
Multipfad (MPIO) | Ja | Ja |
Azure Storage
Komponente | Hyper-V mit Virtual Machine Manager | Hyper-V ohne Virtual Machine Manager |
---|---|---|
Lokal redundanter Speicher | Ja | Ja |
Georedundanter Speicher | Ja | Ja |
Georedundanter Speicher mit Lesezugriff | Ja | Ja |
Zonenredundanter Speicher | Nein | Nein |
Speicherebene „Kalt“ | Nein | Nein |
Speicherebene „Heiß“ | Nein | Nein |
Blockblobs | Nein | Nein |
Verschlüsselung auf dem Host | Nein | Nein |
Verschlüsselung ruhender Daten (SSE) | Ja | Ja |
Verschlüsselung ruhender Daten (CMK) (Nur für Failover auf verwalteten Datenträgern) |
Ja (über PowerShell ab Az-Modulversion 3.3.0) | Ja (über PowerShell ab Az-Modulversion 3.3.0) |
Doppelte Verschlüsselung im Ruhezustand (Nur für Failover auf verwalteten Datenträgern) Erfahren Sie mehr über unterstützte Regionen für Windows und Linux. |
Ja (über PowerShell ab Az-Modulversion 3.3.0) | Ja (über PowerShell ab Az-Modulversion 3.3.0) |
Storage Premium | Ja | Ja |
Standardspeicher | Ja | Ja |
Import/Export-Dienst | Nein | Nein |
Azure-Speicherkonten mit aktivierter Firewall | Ja. Für Zielspeicher und Cache | Ja. Für Zielspeicher und Cache |
Speicherkonto ändern | Nein. Das betreffende Azure-Zielspeicherkonto kann nach Aktivieren der Replikation nicht geändert werden. Zum Ändern muss die Notfallwiederherstellung deaktiviert und anschließend erneut aktiviert werden. | Nein |
Option für die sichere Übertragung | Ja | Ja |
UEFI: Sicherer Start | Nein | Nein |
Hinweis
Stripesetvolumes und dynamische Datenträger werden für App-konsistente Momentaufnahmen nicht unterstützt. Stellen Sie sicher, dass die Häufigkeit für App-konsistente Momentaufnahmen in der ausgewählten Replikationsrichtlinie auf Null festgelegt ist.
Azure-Computefeatures
Feature | Hyper-V mit Virtual Machine Manager | Hyper-V ohne Virtual Machine Manager |
---|---|---|
Verfügbarkeitsgruppen | Ja | Ja |
Verfügbarkeitszonen | Nein | Nein |
HUB | Ja | Ja |
Verwaltete Datenträger | Ja, sowohl für Failover als auch für Failback. | Ja, sowohl Failover als auch Failback. |
Azure-VM-Anforderungen
Lokale virtuelle Computer, die Sie in Azure replizieren, müssen die in dieser Tabelle zusammengefassten Azure-VM-Anforderungen erfüllen.
Komponente | Anforderungen | Details |
---|---|---|
Gastbetriebssystem | Site Recovery unterstützt alle Betriebssysteme, die von Azure unterstützt werden. | Beim Überprüfen der Voraussetzungen tritt ein Fehler auf, wenn keine Unterstützung vorhanden ist. |
Architektur des Gastbetriebssystems | 32 Bit (Windows Server 2008)/64 Bit | Beim Überprüfen der Voraussetzungen tritt ein Fehler auf, wenn keine Unterstützung vorhanden ist. |
Größe des Betriebssystem-Datenträgers | Bis zu 2 TB für VMs der Generation 1. Bis zu 4 TB für VMs der Generation 2. Sie müssen den Replikationsanbieter auf dem Hyper-V-Host auf eine höhere Version als 2.0.9214.0 aktualisieren, um große Betriebssystemdatenträger zu replizieren. Bei großen Datenträgern erfolgt die Replikation nur für verwaltete Datenträger. |
Beim Überprüfen der Voraussetzungen tritt ein Fehler auf, wenn keine Unterstützung vorhanden ist. |
Anzahl von Betriebssystem-Datenträgern | 1 | Beim Überprüfen der Voraussetzungen tritt ein Fehler auf, wenn keine Unterstützung vorhanden ist. |
Anzahl von Datenträgern für Daten | Maximal 16 | Beim Überprüfen der Voraussetzungen tritt ein Fehler auf, wenn keine Unterstützung vorhanden ist. |
Größe des VHD-Datenträgers | Bis zu 32 TB Sie müssen den Replikationsanbieter auf dem Hyper-V-Host auf eine höhere Version als 2.0.9214.0 aktualisieren, um große Datenträger zu replizieren. Bei großen Datenträgern erfolgt die Replikation nur für verwaltete Datenträger. |
Beim Überprüfen der Voraussetzungen tritt ein Fehler auf, wenn keine Unterstützung vorhanden ist. |
Netzwerkadapter | Es werden mehrere Adapter unterstützt. | |
Freigegebene VHD | Nicht unterstützt | Beim Überprüfen der Voraussetzungen tritt ein Fehler auf, wenn keine Unterstützung vorhanden ist. |
Fiber-Channel-Datenträger | Nicht unterstützt | Beim Überprüfen der Voraussetzungen tritt ein Fehler auf, wenn keine Unterstützung vorhanden ist. |
Festplattenformat | VHD VHDX |
Site Recovery konvertiert VHDX automatisch in VHD, wenn Sie das Failover auf Azure anstoßen. Wenn Sie ein Failback zum lokalen Speicher durchführen, wird für die virtuellen Computer weiterhin das VHDX-Format verwendet. |
BitLocker | Nicht unterstützt | BitLocker muss deaktiviert sein, bevor Sie die Replikation für einen virtuellen Computer aktivieren. |
Name des virtuellen Computers | Zwischen 1 und 63 Zeichen. Ist auf Buchstaben, Zahlen und Bindestriche beschränkt. Der VM-Name muss mit einem Buchstaben oder einer Zahl beginnen und enden. | Aktualisieren Sie den Wert in den VM-Eigenschaften in Site Recovery. |
VM-Typ | Generation 1 Generation 2 – Windows |
Es werden VMs der Generation 2 mit einem Betriebssystemdatenträger des Typs „Basic“ (mit einem oder zwei als VHDX formatierten Datenvolumes) und weniger als 2 GB Speicherplatz unterstützt. Linux-VMs der Generation 2 werden nicht unterstützt. Weitere Informationen |
Aktionen mit dem Recovery Services-Tresor
Aktion | Hyper-V mit VMM | Hyper-V ohne VMM |
---|---|---|
Tresor über Ressourcengruppen hinweg verschieben Innerhalb von und über Abonnements hinweg |
Nein | Nein |
Speicher, Netzwerk, Azure-VMs über Ressourcengruppen hinweg verschieben Innerhalb von und über Abonnements hinweg |
Nein | Nein |
Hinweis
Bei der Replikation von Hyper-VMs aus einer lokalen Umgebung nach Azure kann nur ein AD-Mandant aus einer bestimmten Umgebung repliziert werden – je nach Anwendungsfall Hyper-V-Site oder Hyper-V mit VMM.
Anbieter und Agent
Damit Ihre Bereitstellung mit den Einstellungen in diesem Artikel kompatibel ist, stellen Sie sicher, dass Sie die neuesten Anbieter- und Agent-Versionen ausführen.
Name | Beschreibung | Details |
---|---|---|
Azure Site Recovery-Anbieter | Koordiniert die Kommunikation zwischen lokalen Servern und Azure Hyper-V mit Virtual Machine Manager: Installiert auf Virtual Machine Manager-Servern Hyper-V ohne Virtual Machine Manager: Installiert auf Hyper-V-Hosts |
Neueste Features und Fixes |
Microsoft Azure Recovery Services-Agent | Koordiniert die Replikation zwischen Hyper-V-VMs und Azure Installation auf lokalen Hyper-V-Servern (mit oder ohne Virtual Machine Manager) |
Aktueller Agent über das Portal verfügbar |
Nächste Schritte
Erfahren Sie, wie Sie Azure für die Notfallwiederherstellung von lokalen Hyper-V-VMs vorbereiten.