Unterstützungsmatrix für die Notfallwiederherstellung virtueller VMware-Computer und physischer Server in Azure
Dieser Artikel enthält eine Übersicht über die unterstützten Komponenten und Einstellungen für die Notfallwiederherstellung von VMware-VMs und physischen Servern in Azure mit Azure Site Recovery.
- Erfahren Sie mehr über die Architektur der Notfallwiederherstellung für VMware-VMs/physische Server.
- Unsere Tutorials helfen Ihnen dabei, die Notfallwiederherstellung auszuprobieren.
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.
Bereitstellungsszenarien
Szenario | Details |
---|---|
Notfallwiederherstellung von virtuellen VMware-Computern | Replikation lokaler VMware-VMs in Azure. Dieses Szenario können Sie über das Azure-Portal oder mit PowerShell bereitstellen. |
Notfallwiederherstellung von physischen Servern | Die Replikation lokaler physischer Windows-/Linux-Server in Azure. Dieses Szenario können Sie im Azure-Portal bereitstellen. (Wird für die Vorschauarchitektur nicht unterstützt) |
Lokale Virtualisierungsserver
Server | Anforderungen | Details |
---|---|---|
vCenter Server | Version 7.0 & nachfolgende Aktualisierungen in dieser Version, 6.7, 6.5, 6.0 oder 5.5 | Wir empfehlen Ihnen, einen vCenter-Server in Ihrer Notfallwiederherstellungsbereitstellung zu verwenden. |
vSphere-Hosts | Version 7.0 & nachfolgende Aktualisierungen in dieser Version, 6.7, 6.5, 6.0 oder 5.5 | Ihre vSphere-Hosts und vCenter-Server sollten sich im gleichen Netzwerk befinden wie der Prozessserver. Der Prozessserver wird standardmäßig auf dem Konfigurationsserver ausgeführt. Weitere Informationen |
Site Recovery-Konfigurationsserver
Der Konfigurationsserver ist ein lokaler Computer, auf dem Site Recovery-Komponenten ausgeführt werden (unter anderem der Konfigurationsserver, der Prozessserver und der Masterzielserver).
- Für die VMware-VMs muss der Konfigurationsserver eingerichtet werden, indem Sie eine OVF-Vorlage herunterladen, um einen virtuellen VMware-Computer zu erstellen.
- Für physische Servers muss der Konfigurationsservercomputer manuell eingerichtet werden.
Komponente | Anforderungen |
---|---|
CPU-Kerne | 8 |
RAM | 16 GB |
Anzahl der Datenträger | Drei Datenträger Hierzu zählen der Betriebssystemdatenträger, der Prozessservercache-Datenträger und das Aufbewahrungslaufwerk für das Failback. |
Freier Speicherplatz auf dem Datenträger | 600 GB für den Prozessservercache. |
Freier Speicherplatz auf dem Datenträger | 600 GB für das Aufbewahrungslaufwerk. |
Betriebssystem | Windows Server 2012 R2 oder Windows Server 2016 mit Desktopoberfläche Wenn Sie beabsichtigen, das integrierte Masterziel dieser Appliance als Failback zu verwenden, stellen Sie sicher, dass die Betriebssystemversion mindestens den replizierten Elementen entspricht. |
Gebietsschema des Betriebssystems | Englisch (en-us) |
PowerCLI | Nicht erforderlich für die Konfigurationsserverversion 9.14 oder höher. |
Windows Server-Rollen | Aktivieren Sie nicht Active Directory Domain Services, Internetinformationsdienste (IIS) oder Hyper-V. |
Gruppenrichtlinien | - Zugriff auf Eingabeaufforderung verhindern - Zugriff auf Programme zum Bearbeiten der Registrierung verhindern - Vertrauenslogik für Dateianlagen - Skriptausführung aktivieren - Weitere Informationen |
IIS | Stellen Sie sicher, dass Sie: - Es ist noch keine Standardwebsite vorhanden. - Aktivieren Sie anonyme Authentifizierung - Aktivieren der Einstellung FastCGI - Es ist noch keine Website/App vorhanden, die an Port 443 lauscht. |
NIC-Typ | VMXNET3 (bei Bereitstellung als VMware-VM) |
Art der IP-Adresse | statischen |
Ports | 443 für die Steuerkanalorchestrierung 9443 für den Datentransport |
Hinweis
Das Betriebssystem muss mit dem englischen Gebietsschema installiert werden. Die Konvertierung des Gebietsschemas nach der Installation kann zu potenziellen Problemen führen.
Replizierte Computer
In der Vorschau wird die Replikation von der Azure Site Recovery-Replikationsappliance durchgeführt. Ausführliche Informationen zur Replikationsappliance finden Sie in diesem Artikel.
Site Recovery unterstützt die Replikation beliebiger Workloads, die auf einem unterstützten Computer ausgeführt werden.
Komponente | Details |
---|---|
Computereinstellungen | Computer, die in Azure repliziert werden sollen, müssen die Azure-Anforderungen erfüllen. |
Computerworkload | Site Recovery unterstützt die Replikation beliebiger Workloads, die auf einem unterstützten Computer ausgeführt werden. Weitere Informationen |
Computername | Stellen Sie sicher, dass der Anzeigename des Computers nicht in den Bereich der für Azure reservierten Ressourcennamen fällt. Bei Namen logischer Volumes wird nicht zwischen Groß- und Kleinschreibung unterschieden. Stellen Sie sicher, dass keine zwei Volumes auf einem Gerät denselben Namen aufweisen. Beispiel: Volumen mit den Namen „voLUME1“, „volume1“ können nicht über Azure Site Recovery geschützt werden. |
Für Windows
Betriebssystem | Details |
---|---|
Windows Server 2022 | Unterstützt ab Updaterollup 59 (Version 9.46 des Mobility-Diensts). |
Windows Server 2019 | Unterstützt ab Updaterollup 34 (Version 9.22 des Mobility-Diensts). |
Windows Server 2016 (64 Bit) | Unterstützt für Server Core, Server mit Desktopumgebung. |
Windows Server 2012 R2/Windows Server 2012 | Unterstützt. |
Windows Server 2008 R2 ab SP1 | Unterstützt. Ab Version 9.30 des Mobility Service-Agents müssen auf Computern, die unter Windows 2008 R2 mit SP1 oder höher ausgeführt werden, eine Wartungsstapelaktualisierung (Servicing Stack Update, SSU) und ein SHA-2-Update installiert sein. SHA-1 wird ab September 2019 nicht mehr unterstützt, und wenn die SHA-2-Codesignierung nicht aktiviert ist, wird die Installation bzw. das Upgrade der Agent-Erweiterung nicht ordnungsgemäß durchgeführt. Weitere Informationen zum SHA-2-Upgrade und zu den Anforderungen finden Sie hier. |
Windows Server 2008 ab SP2 (64 Bit/32 Bit) | Nur für die Migration unterstützt. Weitere Informationen Ab Version 9.30 des Mobility Service-Agents müssen auf Computern, die unter Windows 2008 SP2 ausgeführt werden, eine Wartungsstapelaktualisierung (Servicing Stack Update, SSU) und ein SHA-2-Update installiert sein. SHA-1 wird ab September 2019 nicht mehr unterstützt, und wenn die SHA-2-Codesignierung nicht aktiviert ist, wird die Installation bzw. das Upgrade der Agent-Erweiterung nicht ordnungsgemäß durchgeführt. Weitere Informationen zum SHA-2-Upgrade und zu den Anforderungen finden Sie hier. |
Windows 10, Windows 8.1, Windows 8 | Es werden nur 64-Bit-Systeme unterstützt. 32-Bit-Systeme werden nicht unterstützt. |
Windows 7 mit SP1 (64 Bit) | Unterstützt ab Updaterollup 36 (Version 9.22 des Mobility-Diensts). Ab Version 9.30 des Mobility Service-Agents müssen auf Computern, auf denen Windows 7 SP1 ausgeführt wird, eine Wartungsstapelaktualisierung (Servicing Stack Update, SSU) und ein SHA-2-Update installiert sein. SHA-1 wird ab September 2019 nicht mehr unterstützt, und wenn die SHA-2-Codesignierung nicht aktiviert ist, wird die Installation bzw. das Upgrade der Agent-Erweiterung nicht ordnungsgemäß durchgeführt. Weitere Informationen zum SHA-2-Upgrade und zu den Anforderungen finden Sie hier. |
Für Linux
Betriebssystem | Details |
---|---|
Linux | Es werden nur 64-Bit-Systeme unterstützt. 32-Bit-Systeme werden nicht unterstützt. Auf allen Linux-Servern sollten Linux Integration Services (LIS)-Komponenten installiert sein. Sie benötigen sie, um den Server in Azure nach einem Testfailover/Failover zu booten. Wenn integrierte LIS-Komponenten fehlen, stellen Sie sicher, dass Sie die Komponenten installieren, bevor Sie die Replikation der Computer für den Start in Azure aktivieren. Site Recovery orchestriert Failover zum Ausführen von Linux-Servern in Azure. Linux-Anbieter sollten jedoch möglicherweise den Support auf Distributionsversionen einschränken, die noch nicht veraltet sind. Bei Linux-Distributionen werden nur die vordefinierten Kernel, die bei Veröffentlichungen/Updates von Nebenversionen der Distribution enthalten sind, unterstützt. Das Aktualisieren geschützter Computer über die wichtigsten Linux-Distributionsversionen hinweg wird nicht unterstützt. Um ein Upgrade auszuführen, deaktivieren Sie die Replikation, aktualisieren das Betriebssystem und aktivieren die Replikation erneut. Erfahren Sie mehr über die Unterstützung von Linux und Open-Source-Technologie in Azure. Verkettete E/A wird von Site Recovery nicht unterstützt. |
Linux Red Hat Enterprise | 5.2 bis 5.11 6.1 bis 6.10 7.0, 7.1, 7.2, 7.3, 7.4, 7.5, 7.6, 7.7, 7.8, 7.9 Beta version, 7.98.0, 8.1, 8.2, 8.3, 8.4 (4.18.0-305.30.1.el8_4.x86_64 oder höher), 8.5 (4.18.0-348.5.1.el8_5.x86_64 oder höher) Bei einigen älteren Kernels auf Servern mit Red Hat Enterprise Linux 5.2 bis 5.11 & 6.1 bis 6.10 sind keine Linux Integration Services-Komponenten (LIS) vorinstalliert. Wenn integrierte LIS-Komponenten fehlen, stellen Sie sicher, dass Sie die Komponenten installieren, bevor Sie die Replikation der Computer für den Start in Azure aktivieren. Hinweis: RHEL 5 wird für die modernisierte VMware-Schutzfunktion (in der Vorschau) nicht unterstützt. |
Linux: CentOS | 5.2 bis 5.11 6.1 bis 6.10 7.0, 7.1, 7.2, 7.3, 7.4, 7.5, 7.6, 7.7, 7.8, 7.98.0, 8.1, 8.2, 8.3, 8.4, 8.5 Bei einigen älteren Kernels auf Servern mit CentOS 5.2 bis 5.11 & 6.1 bis 6.10 sind keine Linux Integration Services-Komponenten (LIS) vorinstalliert. Wenn integrierte LIS-Komponenten fehlen, stellen Sie sicher, dass Sie die Komponenten installieren, bevor Sie die Replikation der Computer für den Start in Azure aktivieren. Hinweis: CentOS 5 wird für die modernisierte VMware-Schutzfunktion (in der Vorschau) nicht unterstützt. |
Ubuntu | Ubuntu 14.04* LTS Server (Überprüfen Sie die unterstützten Kernel-Versionen) Ubuntu 16.04* LTS Server (unterstützte Kernel-Versionen prüfen) Ubuntu 18.04* LTS Server (unterstützte Kernel-Versionen prüfen) Ubuntu 20.04* LTS Server (unterstützte Kernel-Versionen prüfen) (*einschließlich Support für alle 14.04.x, 16.04.x, 18.04.x, 20.04.x Versionen) |
Debian | Debian 7/Debian 8 (einschließlich Unterstützung für alle 7. x- und 8. x-Versionen); Debian 9 (einschließlich Unterstützung für 9.1 bis 9.13. Debian 9.0 wird nicht unterstützt.), Debian 10 (Unterstützte Kernel-Versionen prüfen) |
SUSE Linux | SUSE Linux Enterprise Server 12 SP1, SP2, SP3, SP4, SP5(überprüfen Sie die unterstützten Kernelversionen) SUSE Linux Enterprise Server 15, 15 SP1 (Überprüfen Sie die unterstützten Kernelversionen) SUSE Linux Enterprise Server 11 SP3. Stellen Sie sicher, dass Sie das Installationsprogramm für den aktuellen Mobilitäts-Agent auf den Konfigurationsserver herunterladen. SUSE Linux Enterprise Server 11 SP4 Hinweis: Das Upgrade replizierter Computer von SUSE Linux Enterprise Server 11 SP3 auf SP4 wird nicht unterstützt. Um ein Upgrade auszuführen, deaktivieren Sie die Replikation, und aktivieren Sie sie nach dem Upgrade erneut. |
Oracle Linux | 6.4, 6.5, 6.6, 6.7, 6.8, 6.9, 6.10, 7.0, 7.1, 7.2, 7.3, 7.4, 7.5, 7.6, 7.7, 7.8, 7.9, 8.0, 8.1, 8.2, 8.3, 8.4, 8.5 Ausführung des Red Hat-kompatiblen Kernel oder Unbreakable Enterprise Kernel Release 3, 4 & 5 (UEK3, UEK4, UEK5) 8.1 Die Ausführung wird auf allen UEK-Kernels und RedHat-Kernels vom Typ <= 3.10.0-1062.* in 9.35 unterstützt. Die Unterstützung für die restlichen RedHat-Kernels ist in 9.36 verfügbar. |
Hinweis
- Für jede Windows-Version unterstützt Azure Site Recovery nur LTSC-Builds (Long-Term Servicing Channel). Halbjährliche Kanalreleases werden derzeit nicht unterstützt.
- Stellen Sie sicher, dass Azure Site Recovery für Linux-Versionen keine benutzerdefinierten Betriebssystemimages unterstützt. Es werden nur die vordefinierten Kernel unterstützt, die bei Veröffentlichungen/Updates von Nebenversionen der Distribution enthalten sind.
Ubuntu-Kernelversionen
Unterstütztes Release | Mobility Service-Version | Kernelversion |
---|---|---|
14.04 LTS | 9.44, 9.45, 9.46, 9.47, 9.48 | 3.13.0-24-generic bis 3.13.0-170-generic, 3.16.0-25-generic bis 3.16.0-77-generic, 3.19.0-18-generic bis 3.19.0-80-generic, 4.2.0-18-generic bis 4.2.0-42-generic, 4.4.0-21-generic bis 4.4.0-148-generic, 4.15.0-1023-azure bis 4.15.0-1045-azure |
16.04 LTS | 9.44, 9.45, 9.46, 9.47, 9.48 | 4.4.0-21-generic bis 4.4.0-210-generic, 4.8.0-34-generic bis 4.8.0-58-generic, 4.10.0-14-generic bis 4.10.0-42-generic, 4.11.0-13-generic, 4.11.0-14-generic, 4.13.0-16-generic bis 4.13.0-45-generic, 4.15.0-13-generic bis 4.15.0-142-generic 4.11.0-1009-azure bis 4.11.0-1016-azure, 4.13.0-1005-azure bis 4.13.0-1018-azure 4.15.0-1012-azure bis 4.15.0-1113-azure 4.15.0-101-generic bis 4.15.0-107-generic |
18.04 LTS | 9.48 | 4.15.0-1009-azure bis 4.15.0-1138-azure 4.15.0-101-generic bis 4.15.0-177-generic 4.18.0-1006-azure bis 4.18.0-1025-azure 4.18.0-13-generic bis 4.18.0-25-generic 5.0.0-1012-azure bis 5.0.0-1036-azure 5.0.0-15-generic bis 5.0.0-65-generic 5.3.0-1007-azure bis 5.3.0-1035-azure 5.3.0-19-generic bis 5.3.0-76-generic 5.4.0-1020-azure bis 5.4.0-1078-azure 5.4.0-37-generic bis 5.4.0-110-generic |
18.04 LTS | 9.47 | 4.15.0-1126-azure 4.15.0-1127-azure 4.15.0-1129-azure 4.15.0-162-generic 4.15.0-163-generic 4.15.0-166-generic 5.4.0-1063-azure 5.4.0-1064-azure 5.4.0-1065-azure 5.4.0-90-generic 5.4.0-91-generic 5.4.0-92-generic |
18.04 LTS | 9.46 | 4.15.0-1123-azure 4.15.0-1124-azure 4.15.0-1125-azure 4.15.0-156-generic 4.15.0-158-generic 4.15.0-159-generic 4.15.0-161-generic 5.4.0-1058-azure 5.4.0-1059-azure 5.4.0-1061-azure 5.4.0-1062-azure 5.4.0-84-generic 5.4.0-86-generic 5.4.0-87-generic 5.4.0-89-generic |
18.04 LTS | 9.45 | 4.15.0-1123-azure 5.4.0-1058-azure 4.15.0-156-generic 4.15.0-1125-azure 4.15.0-161-generic 5.4.0-1061-azure 5.4.0-1062-azure 5.4.0-89-generic |
18.04 LTS | 9.44 | 4.15.0-20-generic bis 4.15.0-140-generic 4.18.0-13-generic bis 4.18.0-25-generic 5.0.0-15-generic bis 5.0.0-65-generic 5.3.0-19-generic bis 5.3.0-72-generic 5.4.0-37-generic bis 5.4.0-70-generic 4.15.0-1009-azure bis 4.15.0-1111-azure 4.18.0-1006-azure bis 4.18.0-1025-azure 5.0.0-1012-azure bis 5.0.0-1036-azure 5.3.0-1007-azure bis 5.3.0-1035-azure 5.4.0-1020-azure bis 5.4.0-1043-azure 4.15.0-1114-azure 4.15.0-143-generic 5.4.0-1047-azure 5.4.0-73-generic 4.15.0-1115-azure 4.15.0-144-generic 5.4.0-1048-azure 5.4.0-74-generic 4.15.0-1121-azure 4.15.0-151-generic 5.3.0-76-generic 5.4.0-1055-azure 5.4.0-80-generic 4.15.0-147-generic 4.15.0-153-generic 5.4.0-1056-azure 5.4.0-81-generic 4.15.0-1122-azure 4.15.0-154-generic |
20.04 LTS | 9.48 | 5.4.0-26-generic bis 5.4.0-110-generic 5.4.0-1010-azure bis 5.4.0-1078-azure 5.8.0-1033-azure bis 5.8.0-1043-azure 5.8.0-23-generic bis 5.8.0-63-generic 5.11.0-22-generic bis 5.11.0-46-generic 5.11.0-1007-azure bis 5.11.0-1028-azure |
20.04 LTS | 9.47 | 5.4.0-1063-azure 5.4.0-1064-azure 5.4.0-1065-azure 5.4.0-90-generic 5.4.0-91-generic 5.4.0-92-generic |
20.04 LTS | 9.46 | 5.4.0-1058-azure 5.4.0-1059-azure 5.4.0-1061-azure 5.4.0-1062-azure 5.4.0-84-generic 5.4.0-86-generic 5.4.0-88-generic 5.4.0-89-generic |
20.04 LTS | 9.45 | 5.4.0-1058-azure 5.4.0-84-generic 5.4.0-1061-azure 5.4.0-1062-azure |
20.04 LTS | 9.44 | 5.4.0-26-generic bis 5.4.0-80 5.4.0-1010-azure bis 5.4.0-1048-azure 5.4.0-81-generic 5.4.0-1056-azure |
Hinweis
- Für Ubuntu 20.04 wurde zunächst die Unterstützung für Kernel 5.8 eingeführt. Allerdings haben wir seitdem Probleme mit der Unterstützung für diesen Kernel gefunden und daher diesen Kernel bis auf Weiteres aus unserem Supporthinweis gestrichen.
Debian-Kernelversionen
Unterstütztes Release | Mobility Service-Version | Kernelversion |
---|---|---|
Debian 7 | 9.44, 9.45, 9.46, 9.47, 9.48 | 3.2.0-4-amd64 bis 3.2.0-6-amd64, 3.16.0-0.bpo.4-amd64 |
Debian 8 | 9.449.45, 9.46, 9.47, 9.48 | 3.16.0-4-amd64 bis 3.16.0-11-amd64, 4.9.0-0.bpo.4-amd64 bis 4.9.0-0.bpo.12-amd64 |
Debian 9.1 | 9.48 | 4.9.0-17-amd64 bis 4.9.0-19-amd64 4.19.0-0.bpo.19-cloud-amd64 |
Debian 9.1 | 9.47 | 4.9.0-17-amd64 |
Debian 9.1 | 9.46 | 4.9.0-1-amd64 bis 4.9.0-15-amd64 4.19.0-0.bpo.1-amd64 bis 4.19.0-0.bpo.16-amd64 4.19.0-0.bpo.1-cloud-amd64 bis 4.19.0-0.bpo.16-cloud-amd64 4.19.0-0.bpo.18-amd64 4.19.0-0.bpo.18-cloud-amd64 |
Debian 9.1 | 9.45 | 4.9.0-1-amd64 bis 4.9.0-15-amd64 4.19.0-0.bpo.1-amd64 bis 4.19.0-0.bpo.16-amd64 4.19.0-0.bpo.1-cloud-amd64 bis 4.19.0-0.bpo.16-cloud-amd64 4.19.0-0.bpo.18-amd64 4.19.0-0.bpo.18-cloud-amd64 |
Debian 9.1 | 9.44 | 4.9.0-1-amd64 bis 4.9.0-15-amd64 4.19.0-0.bpo.1-amd64 bis 4.19.0-0.bpo.16-amd64 4.19.0-0.bpo.1-cloud-amd64 bis 4.19.0-0.bpo.16-cloud-amd64 |
Debian 10 | 9.48 | 4.19.0-19-cloud-amd64, 4.19.0-20-cloud-amd64 4.19.0-19-amd64, 4.19.0-20-amd64 |
Debian 10 | 9.47 | Es werden keine neuen Kernels unterstützt. |
Debian 10 | 9.46 | 4.9.0-1-amd64 bis 4.9.0-15-amd64 4.19.0-18-amd64 4.19.0-18-cloud-amd64 |
Debian 10 | 9.45, 9.46 | 4.9.0-1-amd64 bis 4.9.0-15-amd64 4.19.0-18-amd64 4.19.0-18-cloud-amd64 |
Debian 10 | 9.44 | 4.19.0-6-amd64 to 4.19.0-16-amd64 4.19.0-6-cloud-amd64 to 4.19.0-16-cloud-amd64 |
SUSE Linux Enterprise Server 12 – unterstützte Kernelversionen
Release | Mobility Service-Version | Kernelversion |
---|---|---|
SUSE Linux Enterprise Server 12 (SP1,SP2,SP3,SP4, SP5) | 9.48 | Alle SUSE 12 SP1-, SP2-, SP3-, SP4- und SP5-Stock-Kernels werden unterstützt. 4.12.14-16.85-azure:5 4.12.14-16.88-azure:5 4.12.14-122.106-default:5 4.12.14-122.110-default:5 4.12.14-122.113-default:5 4.12.14-122.116-default:5 4.12.14-122.12-default:5 4.12.14-122.121-default:5 |
SUSE Linux Enterprise Server 12 (SP1,SP2,SP3,SP4, SP5) | 9.47 | Alle SUSE 12 SP1-, SP2-, SP3-, SP4- und SP5-Stock-Kernels werden unterstützt. 4.12.14-16.80-azure 4.12.14-122.103-default 4.12.14-122.98-default5 |
SUSE Linux Enterprise Server 12 (SP1,SP2,SP3,SP4, SP5) | 9.46 | Alle SUSE 12 SP1-, SP2-, SP3-, SP4- und SP5-Stock-Kernels werden unterstützt. 4.4.138-4.7-azure bis 4.4.180-4.31-azure,4.12.14-6.3-azure bis 4.12.14-6.43-azure 4.12.14-16.7-azure bis 4.12.14-16.65-azure 4.12.14-16.68-azure 4.12.14-16.73-azure 4.12.14-16.76-azure 4.12.14-122.88-default 4.12.14-122.91-default |
SUSE Linux Enterprise Server 12 (SP1,SP2,SP3,SP4, SP5) | 9.45 | Alle SUSE 12 SP1-, SP2-, SP3-, SP4- und SP5-Stock-Kernels werden unterstützt. 4.4.138-4.7-azure bis 4.4.180-4.31-azure,4.12.14-6.3-azure bis 4.12.14-6.43-azure 4.12.14-16.7-azure bis 4.12.14-16.65-azure 4.12.14-16.68-azure 4.12.14-16.76-azure |
SUSE Linux Enterprise Server 12 (SP1,SP2,SP3,SP4, SP5) | 9.44 | Alle SUSE 12 SP1-, SP2-, SP3-, SP4- und SP5-Stock-Kernels werden unterstützt. 4.4.138-4.7-azure bis 4.4.180-4.31-azure,4.12.14-6.3-azure bis 4.12.14-6.43-azure 4.12.14-16.7-azure bis 4.12.14-16.65-azure 4.12.14-16.68-azure |
SUSE Linux Enterprise Server 15 – unterstützte Kernelversionen
Release | Mobility Service-Version | Kernelversion |
---|---|---|
SUSE Linux Enterprise Server 15, SP1, SP2 | 9.48 | Standardmäßig werden alle SUSE 15 SP1- und SP2-Stock-Kernels unterstützt. 5.3.18-150300.38.37-azure:3 5.3.18-150300.38.40-azure:3 5.3.18-38.34-azure:3 bis 5.3.18-59.40-default:3 5.3.18-150300.59.43-default:3 tp 5.3.18-150300.59.68-default:3 |
SUSE Linux Enterprise Server 15, SP1, SP2 | 9.47 | Standardmäßig werden alle SUSE 15 SP1- und SP2-Stock-Kernels unterstützt. 5.3.18-18.72-azure: 5.3.18-18.75-azure: 5.3.18-24.93-default 5.3.18-24.96-default 5.3.18-36-azure 5.3.18-38.11-azure 5.3.18-38.14-azure 5.3.18-38.17-azure 5.3.18-38.22-azure 5.3.18-38.25-azure 5.3.18-38.28-azure 5.3.18-38.3-azure 5.3.18-38.31-azure 5.3.18-38.8-azure 5.3.18-57-default 5.3.18-59.10-default 5.3.18-59.13-default 5.3.18-59.16-default 5.3.18-59.19-default 5.3.18-59.24-default 5.3.18-59.27-default 5.3.18-59.30-default 5.3.18-59.34-default 5.3.18-59.37-default 5.3.18-59.5-default |
SUSE Linux Enterprise Server 15, SP1, SP2 | 9.46 | Standardmäßig werden alle SUSE 15 SP1- und SP2-Stock-Kernels unterstützt. 4.12.14-5.5-azure bis 4.12.14-5.47-azure 4.12.14-8.5-azure bis 4.12.14-8.55-azure 5.3.18-16-azure 5.3.18-18.5-azure bis 5.3.18-18.58-azure 5.3.18-18.66-azure 5.3.18-18.69-azure 5.3.18-24.83-default 5.3.18-24.86-default |
SUSE Linux Enterprise Server 15, SP1, SP2 | 9.45 | Standardmäßig werden alle SUSE 15 SP1- und SP2-Stock-Kernels unterstützt. 4.12.14-5.5-azure bis 4.12.14-5.47-azure 4.12.14-8.5-azure bis 4.12.14-8.55-azure 5.3.18-16-azure 5.3.18-18.5-azure bis 5.3.18-18.58-azure 5.3.18-18.69-azure |
SUSE Linux Enterprise Server 15, SP1, SP2 | 9.44 | Standardmäßig werden alle SUSE 15 SP1- und SP2-Stock-Kernels unterstützt. 4.12.14-5.5-azure bis 4.12.14-5.47-azure 4.12.14-8.5-azure bis 4.12.14-8.55-azure 5.3.18-16-azure 5.3.18-18.5-azure bis 5.3.18-18.58-azure |
Linux-Dateisysteme/-Gastspeicher
Komponente | Unterstützt |
---|---|
Dateisysteme | ext3, ext4, XFS, BTRFS (geltende Bedingungen gemäß dieser Tabelle) |
Bereitstellung der Verwaltung logischer Volumes (Logical Volume Management, LVM) | Vollständige Speicherzuweisung: ja Thin-Bereitstellung: Ja, sie wird ab Update Rollup 61 unterstützt. Sie wurde in früheren Versionen des Mobilitätsdiensts nicht unterstützt. |
Volume-Manager | – LVM wird unterstützt. – /boot auf LVM wird ab Update Rollup 31 (Version 9.20 des Mobilitätsdiensts) unterstützt. Sie wurde in früheren Versionen des Mobilitätsdiensts nicht unterstützt. – Mehrere Betriebssystemdatenträger werden nicht unterstützt. |
Paravirtualisierte Speichergeräte | Von paravirtualisierten Treibern exportierte Geräte werden nicht unterstützt. |
E/A-Geräte mit Blöcken mit mehreren Warteschlangen | Wird nicht unterstützt. |
Physische Server mit HP CCISS-Speichercontroller | Wird nicht unterstützt. |
Benennungskonvention für Gerät/Bereitstellungspunkt | Der Gerätename oder Bereitstellungspunktname sollte eindeutig sein. Stellen Sie sicher, dass keine zwei Geräte/Bereitstellungspunkte Namen aufweisen, für die zwischen Groß-/Kleinschreibung unterschieden wird. So ist es beispielsweise nicht zulässig, zwei Geräte für denselben virtuellen Computer mit device1 und Device1 zu benennen. |
Verzeichnisse | Wenn Sie eine frühere Version des Mobilitätsdiensts als Version 9.20 (veröffentlich in Update Rollup 31) verwenden, dann gelten die folgenden Einschränkungen: Die folgenden Verzeichnisse (sofern als separate Partitionen/Dateisysteme eingerichtet) müssen sich auf demselbenDatenträger mit dem Betriebssystem auf dem Quellserver befinden: „/“ (root), „/boot“, „/usr“, „/usr/local“, „/var“, „/etc“ – /boot directory sollte sich außerdem auf einer Festplattenpartition und nicht auf einem LVM-Volumen befinden. Ab Version 9.20 gelten diese Einschränkungen nicht. |
Startverzeichnis | – Boot-Datenträger mit GPT-Partitionsformat werden unterstützt. GPT-Datenträger werden auch als Datenträger unterstützt. Mehrere Startdatenträger auf einem virtuellen Computer werden nicht unterstützt. – /boot auf LVM-Volumes über mehrere Datenträger wird nicht unterstützt. – Ein Computer ohne einen Startdatenträger kann nicht repliziert werden. |
Erforderlicher Speicherbedarf | 2 GB auf der /root-Partition 250 MB im Installationsordner |
XFSv5 | XFSv5-Features auf XFS-Dateisystemen, z.B. die Metadatenprüfsumme, werden unterstützt (ab Version 9.10 des Mobilitätsdiensts). Verwenden Sie das Hilfsprogramm „xfs_info“, um den XFS-Superblock für die Partition zu überprüfen. Wenn ftype auf 1 festgelegt ist, werden XFSv5-Features verwendet. |
BTRFS | BTRFS wird ab Update Rollup 34 (Version 9.22 des Mobilitätsdiensts) unterstützt. BTRFS wird nicht unterstützt, wenn: – Das untergeordnete Volume des BTRFS-Dateisystems nach dem Aktivieren des Schutzes geändert wird. – Das BTRFS-Dateisystem über mehrere Datenträger verteilt wird. – Das BTRFS-Dateisystem RAID unterstützt. |
VM-/Datenträgerverwaltung
Aktion | Details |
---|---|
Ändern der Größe des Datenträgers auf einem replizierten virtuellen Computer (für die Vorschauarchitektur nicht unterstützt) | Das Ändern der Größe auf dem virtuellen Quellcomputer wird unterstützt. Das Herabsetzen der Größe auf dem virtuellen Quellcomputer wird nicht unterstützt. Größenänderungen sollten vor dem Failover direkt in den VM-Eigenschaften erfolgen. Es besteht keine Notwendigkeit, die Replikation zu deaktivieren bzw. erneut zu aktivieren. Wenn Sie die Quell-VM nach einem Failover ändern, werden die Änderungen nicht erfasst. Wenn Sie die Datenträgergröße der Azure-VM nach dem Failover ändern, erstellt Site Recovery beim Failback einen neuen virtuellen Computer mit den Aktualisierungen. |
Datenträger auf einer replizierten VM hinzufügen | Wird nicht unterstützt. Deaktivieren Sie die Replikation für die VM, fügen Sie den Datenträger hinzu, und aktivieren Sie dann erneut die Replikation. |
Hinweis
Jede Änderung der Datenträgeridentität wird nicht unterstützt. Wenn z. B. die Datenträgerpartitionierung von GPT in MBR oder umgekehrt geändert wurde, wird die Datenträgeridentität dadurch nicht geändert. In einem solchen Szenario wird die Replikation unterbrochen und ein neues Setup ist erforderlich. Bei Linux-Computern wird die Änderung des Gerätenamens nicht unterstützt, da dies Auswirkungen auf die Datenträgeridentität hat. In der Vorschauversion wird das Ändern der Datenträgergröße, d. h. die Reduzierung der ursprünglichen Größe, nicht unterstützt.
Netzwerk
Komponente | Unterstützt |
---|---|
NIC-Teaming im Hostnetzwerk | Unterstützt für VMware-VMs. Nicht unterstützt für die Replikation physischer Computer |
VLAN im Hostnetzwerk | Ja. |
IPv4 im Hostnetzwerk | Ja. |
IPv6 im Hostnetzwerk | Nein. |
NIC-Teaming im Gast-/Servernetzwerk | Nein. |
IPv4 im Gast-/Servernetzwerk | Ja. |
IPv6 im Gast-/Servernetzwerk | Nein. |
Statische IP im Gast-/Servernetzwerk (Windows) | Ja. |
Statische IP im Gast-/Servernetzwerk (Linux) | Ja. VMs werden für die Verwendung von DHCP bei Failback konfiguriert. |
Mehrere NICs im Gast-/Servernetzwerk | Ja. |
Private Link-Zugriff auf den Site Recovery-Dienst | Ja. Weitere Informationen (Wird für die Vorschauarchitektur nicht unterstützt) |
Azure-VM-Netzwerk (nach Failover)
Komponente | Unterstützt |
---|---|
Azure ExpressRoute | Ja |
ILB | Ja |
ELB | Ja |
Azure Traffic Manager | Ja |
Multi-NIC | Ja |
Reservierte IP-Adresse | Ja |
IPv4 | Ja |
Quell-IP-Adresse beibehalten | Ja |
Azure-VNET-Dienstendpunkte |
Ja |
Beschleunigte Netzwerke | Nein |
Storage
Komponente | Unterstützt |
---|---|
Dynamischer Datenträger | Der Betriebssystemdatenträger muss ein Basisdatenträger sein. Datenträger für Daten können dynamische Datenträger sein. |
Dockerdatenträgerkonfiguration | Nein |
Host-NFS | Ja für VMware Nein für physische Server |
Host-SAN (iSCSI/FC) | Ja |
Host-vSAN | Ja für VMware Nicht verfügbar für physische Server |
Multipfad auf dem Host (MPIO) | Ja, getestet mit: Microsoft DSM, EMC PowerPath 5.7 SP4, EMC PowerPath DSM für CLARiiON |
Virtuelle Hostvolumes (VVols) | Ja für VMware Nicht verfügbar für physische Server |
Gast-/Server-VMDK | Ja |
Freigegebener Gast-/Server-Clusterdatenträger | Nein |
Verschlüsselter Gast-/Serverdatenträger | Nein |
FIPS-Verschlüsselung | Nein |
Gast-/Server-NFS | Nein |
Gast-/Server-iSCSI | Für Migration: Ja Für Notfallwiederherstellung: Nein, iSCSI führt ein Failback als angefügter Datenträger auf den virtuellen Computer aus |
Gast/Server-SMB 3.0 | Nein |
Gast-/Server-RDM | Ja Nicht verfügbar für physische Server |
Gast-/Serverdatenträger > 1 GB | Ja, der Datenträger muss größer als 1024 MB sein. Bis zu 32.767 GB bei der Replikation auf verwaltete Datenträger (ab Version 9.41) Bis zu 4.095 GB bei der Replikation in Speicherkonten |
Gast-/Serverdatenträger mit einer logischen Sektorgröße von 4K und einer physischen Sektorgröße von 4k | Nein |
Gast-/Serverdatenträger mit einer logischen Sektorgröße von 4K und einer physischen Sektorgröße von 512 Bytes | Nein |
Gast-/Servervolumen mit Bereichsstreifendatenträger > 4 TB | Ja |
Logische Volumeverwaltung (Logical Volume Management, LVM) | Vollständige Speicherzuweisung: ja Schlanke Speicherzuweisung: Ja, sie wird ab Update Rollup 61 unterstützt. Sie wurde in früheren Versionen des Mobilitätsdiensts nicht unterstützt. |
Gast/Server – Speicherplätze | Nein |
Gast/Server – NVMe-Schnittstelle | Nein |
Gast/Server – Datenträger bei laufendem Systembetrieb hinzufügen/entfernen | Nein |
Gast/Server – Datenträger ausschließen | Ja |
Gast-/Servermultipfad (MPIO) | Nein |
ReFS | Resilient File System (Robustes Dateisystem) wird ab Version 9.23 des Mobilitätsdiensts unterstützt. |
EFI-/UEFI-Start von Gast/Server | – Wird für alle UEFI-Betriebssysteme von Azure Marketplace unterstützt. – Sichere UEFI-Starttypen werden nicht unterstützt. Weitere Informationen. |
RAID-Datenträger | Nein |
Replikationskanäle
Typ der Replikation | Unterstützt |
---|---|
Ausgelagerte Datenübertragungen (ODX) | Nein |
Offlineseeding | Nein |
Azure Data Box | Nein |
Azure-Speicher
Komponente | Unterstützt |
---|---|
Lokal redundanter Speicher | Ja |
Georedundanter Speicher | Ja |
Georedundanter Speicher mit Lesezugriff | Ja |
Speicherebene „Kalt“ | Nein |
Speicherebene „Heiß“ | Nein |
Blockblobs | Nein |
Verschlüsselung auf dem Host | Nein |
Verschlüsselung ruhender Daten (SSE) | Ja |
Verschlüsselung ruhender Daten (CMK) | Ja (über PowerShell ab Az-Modulversion 3.3.0) |
Doppelte Verschlüsselung im Ruhezustand | Ja (über PowerShell ab Az-Modulversion 3.3.0). Weitere Informationen zu unterstützten Regionen für Windows und Linux erhalten Sie unter den jeweiligen Links. |
Storage Premium | Ja |
Option für die sichere Übertragung | Ja |
Import-/Exportdienst | Nein |
Azure Storage-Firewalls für VNets | Ja. Konfiguriert in Zielspeicher-/Cachespeicherkonto (zum Speichern von Replikationsdaten). |
Allgemeine v2-Speicherkonten (heiße und kalte Ebene) | Ja (Transaktionskosten sind wesentlich höher für V2 als für V1) |
Vorläufiges Löschen | Wird nicht unterstützt. |
Azure Compute
Feature | Unterstützt |
---|---|
Verfügbarkeitsgruppen | Ja. (Wird für die Vorschauarchitektur nicht unterstützt) |
Verfügbarkeitszonen | Nein |
HUB | Ja |
Verwaltete Datenträger | Ja |
Azure-VM-Anforderungen
Lokale virtuelle Computer, die in Azure repliziert werden, müssen die in dieser Tabelle zusammengefassten Azure-VM-Anforderungen erfüllen. Wenn Site Recovery eine Voraussetzungsprüfung für die Replikation durchführt, ist diese nicht erfolgreich, wenn einige der Anforderungen nicht erfüllt sind.
Komponente | Anforderungen | Details |
---|---|---|
Gastbetriebssystem | Überprüfen Sie die unterstützten Betriebssysteme für replizierte Computer. | Beim Überprüfen tritt ein Fehler auf, wenn keine Unterstützung vorhanden ist. |
Architektur des Gastbetriebssystems | 64 Bit. | Beim Überprüfen tritt ein Fehler auf, wenn keine Unterstützung vorhanden ist. |
Größe des Betriebssystem-Datenträgers | Bis zu 2.048 GB für Computer der 1. Generation. Bis zu 4.095 GB für Computer der 2. Generation. |
Beim Überprüfen tritt ein Fehler auf, wenn keine Unterstützung vorhanden ist. |
Anzahl von Betriebssystem-Datenträgern | 1 Start- und Systempartition auf unterschiedlichen Datenträgern werden nicht unterstützt | Beim Überprüfen tritt ein Fehler auf, wenn keine Unterstützung vorhanden ist. |
Anzahl von Datenträgern für Daten | Maximal 64. | Beim Überprüfen tritt ein Fehler auf, wenn keine Unterstützung vorhanden ist. |
Datenträgergröße | Bis zu 32 TB bei der Replikation auf verwaltete Datenträger (ab Version 9.41) Bis zu 4 TB beim Replizieren in ein Speicherkonto Jedes Premium-Speicherkonto kann bis zu 35 TB Daten hosten Mindestanforderung an die Datenträgergröße – mindestens 1 GB Preview-Architektur unterstützt Datenträger mit bis zu 8 TB. |
Beim Überprüfen tritt ein Fehler auf, wenn keine Unterstützung vorhanden ist. |
RAM | Der Site Recovery-Treiber verbraucht 6 % des RAM Speichers. | |
Netzwerkadapter | Es werden mehrere Adapter unterstützt. | |
Freigegebene VHD | Wird nicht unterstützt. | Beim Überprüfen tritt ein Fehler auf, wenn keine Unterstützung vorhanden ist. |
Fiber-Channel-Datenträger | Wird nicht unterstützt. | Beim Überprüfen tritt ein Fehler auf, wenn keine Unterstützung vorhanden ist. |
BitLocker | Wird nicht unterstützt. | BitLocker muss deaktiviert werden, bevor Sie die Replikation für einen Computer aktivieren, und sollte deaktiviert bleiben, während der Computer über Site Recovery repliziert wird. |
Name des virtuellen Computers | 1 bis 63 Zeichen. Ist auf Buchstaben, Zahlen und Bindestriche beschränkt. Der Computername muss mit einem Buchstaben oder einer Ziffer beginnen und enden. |
Aktualisieren Sie den Wert in den Computereigenschaften in Site Recovery. |
Grenzwerte für Ressourcengruppen
Informationen zur Anzahl virtueller Computer, die unter einer einzelnen Ressourcengruppe geschützt werden können, finden Sie im Artikel zu Grenzwerten und Kontingenten für Abonnements.
Änderungsgrenzwerte
Die folgende Tabelle enthält die Azure Site Recovery-Grenzwerte.
- Diese Grenzwerte basieren auf unseren Tests, können aber nicht alle möglichen E/A-Kombinationen für Anwendungen abdecken.
- Die tatsächlichen Ergebnisse können je nach Ihrer E/A-Mischung für die Anwendungen variieren.
- Um die bestmöglichen Ergebnisse zu erzielen, empfehlen wir dringend, das Sie das Bereitstellungsplanertool ausführen und umfangreiche Anwendungstests per Testfailover durchführen, um sich ein eindeutiges Bild der Anwendungsleistung zu verschaffen.
Replikationsziel | Durchschnittliche E/A-Größe des Quelldatenträgers | Durchschnittliche Datenänderungsrate des Quelldatenträgers | Gesamte Datenänderungsrate des Quelldatenträgers pro Tag |
---|---|---|---|
Standardspeicher | 8 KB | 2 MB/s | 168 GB pro Datenträger |
Premium-Datenträger – P10 oder P15 | 8 KB | 2 MB/s | 168 GB pro Datenträger |
Premium-Datenträger – P10 oder P15 | 16 KB | 4 MB/s | 336 GB pro Datenträger |
Premium-Datenträger – P10 oder P15 | 32 KB oder höher | 8 MB/s | 672 GB pro Datenträger |
Premium-Datenträger – P20, P30, P40 oder P50 | 8 KB | 5 MB/s | 421 GB pro Datenträger |
Premium-Datenträger – P20, P30, P40 oder P50 | 16 KB oder höher | 20 MB/s | 1\.684 GB pro Datenträger |
Quell-Datenänderungsrate | Maximales Limit |
---|---|
Spitzenänderungsrate für alle Datenträger auf einer VM | 54 MB/s |
Maximale Datenänderung pro Tag, die von einem Prozessserver unterstützt wird | 2 TB |
- Dies sind Durchschnittswerte, bei denen eine E/A-Überlappung von 30% angenommen wird.
- Site Recovery kann einen höheren Durchsatz basierend auf dem Überlappungsverhältnis, höheren Schreibgrößen und dem tatsächlichen Workload-E/A-Verhalten verarbeiten.
- Für diese Zahlen wurde ein typischer Backlog von ca. fünf Minuten vorausgesetzt. Dies bedeutet, dass die Daten nach dem Hochladen verarbeitet werden und innerhalb von fünf Minuten ein Wiederherstellungspunkt erstellt wird.
Speicherkontobegrenzungen
Wenn der durchschnittliche Churn auf den Datenträgern zunimmt, verringert sich die Anzahl von Datenträgern, die von einem Speicherkonto unterstützt werden können. Die Tabelle unten kann als Leitfaden für Entscheidungen über die Anzahl von Speicherkonten verwendet werden, die bereitgestellt werden müssen.
Speicherkontotyp | Churn = 4 MBit/s pro Datenträger | Churn = 8 MBit/s pro Datenträger |
---|---|---|
V1-Speicherkonto | 600 Datenträger | 300 Datenträger |
V2-Speicherkonto | 1\.500 Datenträger | 750 Datenträger |
Beachten Sie, dass die oben genannten Grenzwerte nur für VMWare- und Hyper-V-Szenarien gelten.
Tresortasks
Aktion | Unterstützt |
---|---|
Tresor über Ressourcengruppen hinweg verschieben | Nein |
Tresor innerhalb von und über Abonnements hinweg verschieben | Nein |
Speicher, Netzwerk, Azure-VMs über Ressourcengruppen hinweg verschieben | Nein |
Speicher, Netzwerk, Azure-VMs innerhalb von und über Abonnements hinweg verschieben | Nein |
Erhalten der neusten Komponenten
Name | Beschreibung | Details |
---|---|---|
Konfigurationsserver | Lokal installiert. Koordiniert die Kommunikation zwischen lokalen VMware-Servern oder physischen Computern und Azure. |
- Erfahren Sie mehr über den Konfigurationsserver. - Erfahren Sie mehr über das Upgrade auf die neuste Version. - Erfahren Sie mehr über die Einrichtung des Konfigurationsservers. |
Prozessserver | Wird standardmäßig auf dem Konfigurationsserver installiert. Empfängt Replikationsdaten, optimiert sie durch Zwischenspeicherung, Komprimierung und Verschlüsselung und sendet sie an Azure. Bei zunehmender Größe der Bereitstellung können Sie zusätzliche Prozessserver hinzufügen, um größere Mengen von Replikationsdatenverkehr zu bewältigen. |
- Erfahren Sie mehr über den Prozessserver. - Erfahren Sie mehr über das Upgrade auf die neuste Version. - Erfahren Sie mehr über die Einrichtung horizontal skalierter Prozessserver. |
Mobility Service | Installiert auf einem virtuellen VMware-Computer oder auf physischen Servern, die Sie replizieren möchten. Koordiniert die Replikation zwischen lokalen VMware-Servern/physischen Servern und Azure. |
- Erfahren Sie mehr über den Mobilitätsdienst. - Erfahren Sie mehr über das Upgrade auf die neuste Version. |
Nächste Schritte
Erfahren Sie, wie Sie Azure für die Notfallwiederherstellung von VMware-VMs vorbereiten.