Unterstützungsmatrix für die Notfallwiederherstellung von Azure-VMs zwischen Azure-Regionen
Achtung
Dieser Artikel bezieht sich auf CentOS, eine Linux-Distribution, die sich dem End-of-Life-Status (EOL) nähert. Sie sollten Ihre Nutzung entsprechend planen. Weitere Informationen finden Sie im CentOS End-of-Life-Leitfaden.
Dieser Artikel fasst die Unterstützung und die Voraussetzungen für die Notfallwiederherstellung von Azure-VMs aus einer Azure-Region in einer anderen mit dem Dienst Azure Site Recovery zusammen.
Unterstützung für die Bereitstellungsmethode
| Bereitstellung | Unterstützung |
|---|---|
| Azure portal | Unterstützt. |
| PowerShell | Unterstützt. Weitere Informationen |
| REST-API | Unterstützt. |
| BEFEHLSZEILENSCHNITTSTELLE (CLI) | Wird derzeit nicht unterstützt. |
Unterstützung für das Verschieben/Migrieren von Ressourcen
| Ressourcenaktion | Details |
|---|---|
| Tresore über Ressourcengruppen hinweg verschieben | Wird nicht unterstützt. |
| Verschieben von Compute-, Speicher- und Netzwerkressourcen über Ressourcengruppen hinweg | Wird nicht unterstützt. Wenn Sie eine VM oder zugehörige Komponenten wie Speicher bzw. Netzwerke verschieben, nachdem die VM repliziert wurde, müssen Sie die Replikation für die VM deaktivieren und dann wieder aktivieren. |
| Replizieren von Azure-VMs von einem Abonnement in ein anderes zur Notfallwiederherstellung | Unterstützt innerhalb desselben Microsoft Entra-Mandanten. |
| Migrieren von VMs zwischen Regionen innerhalb von unterstützten geografischen Clustern (innerhalb von Abonnements und übergreifend) | Unterstützt innerhalb desselben Microsoft Entra-Mandanten. |
| Migrieren von VMs in derselben Region | Wird nicht unterstützt. |
| Dedizierte Azure-Hosts | Wird nicht unterstützt. |
Unterstützung für Regionen
Mit Azure Site Recovery können Sie eine globale Notfallwiederherstellung durchführen. Sie können virtuelle Computer zwischen zwei beliebigen Azure Regionen auf der Welt replizieren und wiederherstellen. Wenn Sie Bedenken in Bezug auf die Datenhoheit haben, können Sie die Replikation innerhalb Ihres bestimmten geografischen Clusters einschränken.
Hier finden Sie Details zu den verschiedenen unterstützten geografischen Clustern.
Hinweis
- Unterstützung eingeschränkter Regionen, die für eine Notfallwiederherstellung innerhalb des Landes reserviert sind: „Schweiz, Westen“, reserviert für „Schweiz, Norden“; „Frankreich, Süden“, reserviert für „Frankreich, Mitte“; „Norwegen, Westen“ für Kundschaft in „Norwegen, Osten“; „JIO Indien, Mitte“ für Kundschaft in „JIO Indien, Westen“; „Brasilien, Südosten“ für Kundschaft in „Brasilien, Süden“; „Südafrika, Westen“ für Kundschaft in „Südafrika, Norden“; „Deutschland, Norden“ für Kundschaft in „Deutschland, Westen-Mitte“, „VAE, Mitte“ für Kundschaft in „VAE, Norden“.
Um eingeschränkte Regionen als primäre Region oder Wiederherstellungsregion zu verwenden, lassen Sie sich auf die Positivliste setzen, indem Sie hier eine Anforderung für Quell- und Zielabonnements stellen. - Für Brasilien, Süden können Sie eine Replikation und ein Failover zu diesen Regionen durchführen: Brasilien, Südosten, USA, Süden-Mitte; USA, Westen-Mitte; USA, Osten; USA, Osten 2; USA, Westen; USA, Westen 2 und USA, Norden-Mitte.
- „Brasilien Süd“ kann nur als Quellregion verwendet werden, von der aus virtuelle Computer mithilfe von Site Recovery replizieren können. Es kann nicht als Zielregion dienen. Beachten Sie Folgendes: Wenn Sie ein Failover von „Brasilien, Süden“ als Quellregion zu einem Ziel ausführen, wird ein Failback zu „Brasilien, Süden“ aus der Zielregion unterstützt. „Brasilien, Südosten“ kann nur als Zielregion verwendet werden.
- Wenn Sie die Region nicht sehen können, in der Sie einen Tresor erstellen möchten, dann stellen Sie sicher, dass Ihr Abonnement in dieser Region Zugriff auf das Erstellen von Ressourcen hat.
- Wenn Sie beim Aktivieren der Replikation eine Region in einem geografischen Cluster nicht sehen können, stellen Sie sicher, dass Ihr Abonnement über Berechtigungen zum Erstellen von virtuellen Computern in dieser Region verfügt.
Cachespeicher
In dieser Tabelle ist die Unterstützung für das Cachespeicherkonto zusammengefasst, das von Site Recovery während der Replikation verwendet wird.
| Einstellung | Unterstützung | Details |
|---|---|---|
| Allgemeine V2-Speicherkonten (heiße und kalte Ebene) | Unterstützt | Die Verwendung von GPv2 wird empfohlen, da GPv1 ZRS (Zonal Redundant Storage) nicht unterstützt. |
| Storage Premium | Unterstützt | Verwenden Sie Premium-Blockblob-Speicherkonten, um Unterstützung für hohe Datenänderungsraten zu erhalten. Weitere Informationen finden Sie unter Azure-VM-Notfallwiederherstellung – Unterstützung für hohen Churn. |
| Region | Die gleiche Region wie der virtueller Computer | Das Cache-Speicherkonto sollte sich in derselben Region wie der zu schützende virtuelle Computer befinden. |
| Subscription | Kann sich von virtuellen Quellcomputern unterscheiden | Das Cachespeicherkonto muss nicht demselben Abonnement wie der/die virtuelle(n) Quellcomputer zugeordnet sein. |
| Azure Storage-Firewalls für virtuelle Netzwerke | Unterstützt | Wenn Sie ein Cache- oder Zielspeicherkonto mit aktivierter Firewall verwenden, müssen Sie Vertrauenswürdige Microsoft-Dienste zulassen. Stellen Sie außerdem sicher, dass Sie den Zugriff auf mindestens ein Subnetz des Quell-VNET zulassen. Hinweis: Beschränken Sie nicht den Zugriff des virtuellen Netzwerks auf Ihre für Site Recovery verwendeten Speicherkonten. Sie sollten den Zugriff für „Alle Netzwerke“ zulassen. |
| Vorläufiges Löschen | Nicht unterstützt | Vorläufiges Löschen wird nicht unterstützt, da die Kosten steigen, sobald es für das Cache-Speicherkonto aktiviert wird. Azure Site Recovery führt häufig Erstellungs-/Löschvorgänge für Protokolldateien durch, während die Replikation zu höheren Kosten führt. |
| Verschlüsselung ruhender Daten (CMK) | Unterstützt | Die Speicherkontoverschlüsselung kann mit kundenseitig verwalteten Schlüsseln (CMK) konfiguriert werden. |
| Verwaltete Identität | Nicht unterstützt | Das zwischengespeicherte Speicherkonto muss den Zugriff auf gemeinsam genutzte Schlüssel und Shared Access Signatures (SAS) zulassen, die vom freigegebenen Schlüssel signiert sind. |
In der folgenden Tabelle sind die Grenzwerte in Bezug auf die Anzahl von Datenträgern aufgeführt, die in ein einzelnes Speicherkonto repliziert werden können.
| Speicherkontotyp | Churn = 4 MBit/s pro Datenträger | Churn = 8 MBit/s pro Datenträger |
|---|---|---|
| V1-Speicherkonto | 300 Datenträger | 150 Datenträger |
| V2-Speicherkonto | 750 Datenträger | 375 Datenträger |
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 obige Tabelle kann als Leitfaden für Entscheidungen über die Anzahl von Speicherkonten verwendet werden, die bereitgestellt werden müssen.
Beachten Sie, dass die oben genannten Grenzwerte speziell für Notfallwiederherstellungsszenarien von Azure zu Azure und Zone zu Zone gelten.
Replizierte Computerbetriebssysteme
Site Recovery unterstützt die Replikation von Azure-VMs, auf denen die in diesem Abschnitt angegebenen Betriebssysteme ausgeführt werden. Hinweis: Wenn für einen Computer mit aktiver Replikation ein Upgrade (oder Downgrade) auf einen anderen Hauptkernel durchgeführt wird, muss die Replikation nach dem Upgrade deaktiviert und anschließend wieder aktiviert werden.
Windows
| Betriebssystem | Details |
|---|---|
| Windows Server 2022 | Unterstützt. |
| Windows Server 2019 | Unterstützt für Server Core, Server mit Desktopumgebung. |
| Windows Server 2016 | Unterstützt für Server Core, Server mit Desktopdarstellung. |
| Windows Server 2012 R2 | Unterstützt. |
| Windows Server 2012 | Unterstützt. |
| Windows Server 2008 R2 mit SP1/SP2 | Unterstützt. Ab Version 9.30 der Mobility Service-Erweiterung für virtuelle Azure-Computer müssen auf Computern unter Windows Server 2008 R2 SP1/SP2 eine Windows-Wartungsstapelaktualisierung (Servicing Stack Update, SSU) und ein SHA-2-Update installiert werden. 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 11 (x64) | Unterstützt (ab Version 9.56 des Mobilitäts-Agents). |
| Windows 10 (x64) | Unterstützt. |
| Windows 8.1 (x64) | Unterstützt. |
| Windows 8 (x64) | Unterstützt. |
| Windows 7 (x64) mit SP1 und höher | Ab Version 9.30 der Mobility Service-Erweiterung für virtuelle Azure-Computer müssen auf Computern unter Windows 7 mit SP1 eine Windows-Wartungsstapelaktualisierung (Servicing Stack Update, SSU) und ein SHA-2-Update installiert werden. 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. |
Linux
Hinweis
Mobilitätsdienstversionen 9.58 und 9.59 werden für Azure in Azure Site Recovery nicht veröffentlicht.
| Betriebssystem | Details |
|---|---|
| Red Hat Enterprise Linux | 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 (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), 8.6, 8.7, 8.8, 8.9, 9.0, 9.1, 9.2, 9.3 RHEL 9.x wird für die folgenden Kernelversionen unterstützt. |
| CentOS | 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 Vor-GA-Version, 7.9 GA-Version wird ab 9.37 Hotfix-Patch unterstützt** 8.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), 8.6, 8.7. |
| Ubuntu 14.04 LTS Server | Schließt Unterstützung für alle 14.04.x-Versionen ein. Unterstützte Kernelversionen |
| Ubuntu 16.04 LTS Server | Schließt Unterstützung für alle 16.04.x-Versionen ein. Unterstützte Kernelversion Bei Ubuntu-Servern mit kennwortbasierter Authentifizierung und Anmeldung und mit dem Paket „cloud-init“ zum Konfigurieren von Cloud-VMs kann bei einem Failover die kennwortbasierte Anmeldung deaktiviert sein (je nach cloud-init-Konfiguration). Die kennwortbasierte Anmeldung kann auf der VM wieder aktiviert werden, indem (für die VM, für die das Failover ausgeführt wurde) das Kennwort im Azure-Portal unter „Support“ > „Problembehandlung“ im Menü „Einstellungen“ zurückgesetzt wird. |
| Ubuntu 18.04 LTS Server | Schließt Unterstützung für alle 18.04.x-Versionen ein. Unterstützte Kernelversion Bei Ubuntu-Servern mit kennwortbasierter Authentifizierung und Anmeldung und mit dem Paket „cloud-init“ zum Konfigurieren von Cloud-VMs kann bei einem Failover die kennwortbasierte Anmeldung deaktiviert sein (je nach cloud-init-Konfiguration). Die kennwortbasierte Anmeldung kann auf der VM wieder aktiviert werden, indem (für die VM, für die das Failover ausgeführt wurde) das Kennwort im Azure-Portal unter „Support“ > „Problembehandlung“ im Menü „Einstellungen“ zurückgesetzt wird. |
| Ubuntu 20.04 LTS Server | Schließt Unterstützung für alle 20.04.x-Versionen ein. Unterstützte Kernelversion |
| Ubuntu 22.04 LTS Server | Schließt Unterstützung für alle 22.04.x-Versionen ein. Unterstützte Kernelversion |
| Debian 7 | Schließt Unterstützung für alle 7er Versionen ein. x-Versionen Unterstützte Kernelversionen |
| Debian 8 | Schließt Unterstützung für alle 8er Versionen ein. x-Versionen Unterstützte Kernelversionen |
| Debian 9 | Schließt Unterstützung für 9.1 bis 9.13 ein. Debian 9.0 wird nicht unterstützt. Unterstützte Kernel-Versionen |
| Debian 10 | Unterstützte Kernel-Versionen |
| Debian 11 | Unterstützte Kernel-Versionen |
| Debian 12 | Unterstützte Kernel-Versionen |
| SUSE Linux Enterprise Server 12 | SP1, SP2, SP3, SP4, SP5 (Unterstützte Kernelversionen) |
| SUSE Linux Enterprise Server 15 | 15, SP1, SP2, SP3, SP4, SP5 (Unterstützte Kernelversionen) |
| SUSE Linux Enterprise Server 11 | SP3 Ein Upgrade von replizierenden Computern von SP3 auf SP4 wird nicht unterstützt. Wenn ein replizierter Computer aktualisiert wurde, müssen Sie die Replikation deaktivieren und nach dem Upgrade dann wieder aktivieren. |
| SUSE Linux Enterprise Server 11 | SP4 |
| 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 (werden mit einem Red Hat-kompatiblen Kernel oder Unbreakable Enterprise Kernel Release 3, 4, 5 und 6 (UEK3, UEK4, UEK5, UEK6), 8.4, 8.5, 8.6, 8.7, 8.8 , 8.9, 9.0, 9.1, 9.2, 9.3 ausgeführt) 8.1 (die Ausführung auf allen UEK-Kernelversionen und Red Hat-Kernelversionen <= 3.10.0-1062.* wird in 9.35 unterstützt. Unterstützung für die restlichen Red Hat-Kernelversionen ist in 9.36 verfügbar). Oracle Linux 9.x wird für die folgenden Kernelversionenunterstützt. |
| Rocky Linux | Siehe unterstützte Versionen. |
Hinweis
Azure Site Recovery unterstützt für Linux-Versionen keine benutzerdefinierten Betriebssystem-Kernel. Es werden nur die vordefinierten Kernel unterstützt, die bei Veröffentlichungen/Updates von Nebenversionen der Distribution enthalten sind.
Hinweis
Zusätzlich zur neuesten Version des Mobilitäts-Agents gibt es ein Azure Site Recovery-Rollout eines Hotfix-Patches, um die neuesten Linux-Kernel innerhalb von 15 Tagen nach Veröffentlichung zu unterstützen. Der Rollout dieses Fixes erfolgt zwischen zwei Hauptversionen. Befolgen Sie zum Aktualisieren auf die aktuelle Version von Mobility Agent (einschließlich des Hotfix-Patches) die Schritte in diesem Artikel. Ein Rollout dieses Patches erfolgt derzeit für Mobility Agent-Instanzen im Azure-zu-Azure DR-Szenario.
Unterstützte Kernelversionen für Red Hat Enterprise Linux für virtuelle Azure-Computer
| Release | Mobility Service-Version | Red Hat-Kernelversion |
|---|---|---|
| RHEL 9.0 RHEL 9.1 RHEL 9.2 RHEL 9.3 |
9,61 | 5.14.0-70.93.2.el9_0.x86_64 5.14.0-284.54.1.el9_2.x86_64 5.14.0-284.57.1.el9_2.x86_64 5.14.0-284.59.1.el9_2.x86_64 5.14.0-362.24.1.el9_3.x86_64 |
| RHEL 9.0 RHEL 9.1 RHEL 9.2 RHEL 9.3 |
9,60 | 5.14.0-70.13.1.el9_0.x86_64 5.14.0-70.17.1.el9_0.x86_64 5.14.0-70.22.1.el9_0.x86_64 5.14.0-70.26.1.el9_0.x86_64 5.14.0-70.30.1.el9_0.x86_64 5.14.0-70.36.1.el9_0.x86_64 5.14.0-70.43.1.el9_0.x86_64 5.14.0-70.49.1.el9_0.x86_64 5.14.0-70.50.2.el9_0.x86_64 5.14.0-70.53.1.el9_0.x86_64 5.14.0-70.58.1.el9_0.x86_64 5.14.0-70.64.1.el9_0.x86_64 5.14.0-70.70.1.el9_0.x86_64 5.14.0-70.75.1.el9_0.x86_64 5.14.0-70.80.1.el9_0.x86_64 5.14.0-70.85.1.el9_0.x86_64 5.14.0-162.6.1.el9_1.x86_64 5.14.0-162.12.1.el9_1.x86_64 5.14.0-162.18.1.el9_1.x86_64 5.14.0-162.22.2.el9_1.x86_64 5.14.0-162.23.1.el9_1.x86_64 5.14.0-284.11.1.el9_2.x86_64 5.14.0-284.13.1.el9_2.x86_64 5.14.0-284.16.1.el9_2.x86_64 5.14.0-284.18.1.el9_2.x86_64 5.14.0-284.23.1.el9_2.x86_64 5.14.0-284.25.1.el9_2.x86_64 5.14.0-284.28.1.el9_2.x86_64 5.14.0-284.30.1.el9_2.x86_64 5.14.0-284.32.1.el9_2.x86_64 5.14.0-284.34.1.el9_2.x86_64 5.14.0-284.36.1.el9_2.x86_64 5.14.0-284.40.1.el9_2.x86_64 5.14.0-284.41.1.el9_2.x86_64 5.14.0-284.43.1.el9_2.x86_64 5.14.0-284.44.1.el9_2.x86_64 5.14.0-284.45.1.el9_2.x86_64 5.14.0-284.48.1.el9_2.x86_64 5.14.0-284.50.1.el9_2.x86_64 5.14.0-284.52.1.el9_2.x86_64 5.14.0-362.8.1.el9_3.x86_64 5.14.0-362.13.1.el9_3.x86_64 5.14.0-362.18.1.el9_3.x86_64 |
Unterstützte Ubuntu-Kernelversionen für virtuelle Azure-Computer
Hinweis
Mobilitätsdienstversionen 9.58 und 9.59 werden für Azure in Azure Site Recovery nicht veröffentlicht.
| Release | Mobility Service-Version | Kernelversion |
|---|---|---|
| 14.04 LTS | 9.61 | In diesem Release werden keine neuen 14.04 LTS-Kernel unterstützt. |
| 14.04 LTS | 9.60 | In diesem Release werden keine neuen 14.04 LTS-Kernel unterstützt. |
| 14.04 LTS | 9.57 | In diesem Release werden keine neuen 14.04 LTS-Kernel unterstützt. |
| 14.04 LTS | 9.56 | In diesem Release werden keine neuen 14.04 LTS-Kernel unterstützt. |
| 14.04 LTS | 9.55 | In diesem Release werden keine neuen 14.04 LTS-Kernel unterstützt. |
| 16.04 LTS | 9.61 | In dieser Version werden keine neuen 16.04 LTS-Kernel unterstützt. |
| 16.04 LTS | 9.60 | In dieser Version werden keine neuen 16.04 LTS-Kernel unterstützt. |
| 16.04 LTS | 9.57 | In dieser Version werden keine neuen 16.04 LTS-Kernel unterstützt. |
| 16.04 LTS | 9.56 | In dieser Version werden keine neuen 16.04 LTS-Kernel unterstützt. |
| 16.04 LTS | 9.55 | In dieser Version werden keine neuen 16.04 LTS-Kernel unterstützt. |
| 18.04 LTS | 9.61 | 5.4.0-173-generic 4.15.0-1175-azure 4.15.0-223-generic 5.4.0-1126-azure 5.4.0-174-generic |
| 18.04 LTS | 9.60 | 4.15.0-1168-azure 4.15.0-1169-azure 4.15.0-1170-azure 4.15.0-1171-azure 4.15.0-1172-azure 4.15.0-1173-azure 4.15.0-214-generic 4.15.0-216-generic 4.15.0-218-generic 4.15.0-219-generic 4.15.0-220-generic 4.15.0-221-generic 5.4.0-1110-azure 5.4.0-1111-azure 5.4.0-1112-azure 5.4.0-1113-azure 5.4.0-1115-azure 5.4.0-1116-azure 5.4.0-1117-azure 5.4.0-1118-azure 5.4.0-1119-azure 5.4.0-1120-azure 5.4.0-1121-azure 5.4.0-1122-azure 5.4.0-152-generic 5.4.0-153-generic 5.4.0-155-generic 5.4.0-156-generic 5.4.0-159-generic 5.4.0-162-generic 5.4.0-163-generic 5.4.0-164-generic 5.4.0-165-generic 5.4.0-166-generic 5.4.0-167-generic 5.4.0-169-generic 5.4.0-170-generic 5.4.0-1123-azure 5.4.0-171-generic 4.15.0-1174-azure 4.15.0-222-generic 5.4.0-1124-azure 5.4.0-172-generic |
| 18.04 LTS | 9.57 | In dieser Version werden keine neuen 18.04 LTS-Kernel unterstützt. |
| 18.04 LTS | 9.56 | In dieser Version werden keine neuen 18.04 LTS-Kernel unterstützt. |
| 18.04 LTS | 9.55 | 4.15.0-1166-azure 4.15.0-1167-azure 4.15.0-212-generic 4.15.0-213-generic 5.4.0-1108-azure 5.4.0-1109-azure 5.4.0-149-generic 5.4.0-150-generic |
| 20.04 LTS | 9.61 | 5.15.0-100-generic 5.15.0-1058-azure 5.4.0-173-generic 5.4.0-1126-azure 5.4.0-174-generic 5.15.0-101-generic 5.15.0-1059-azure |
| 20.04 LTS | 9.60 | 5.15.0-1054-azure 5.15.0-92-generic 5.4.0-1122-azure 5.4.0-170-generic 5.15.0-94-generic 5.4.0-1123-azure 5.4.0-171-generic 5.15.0-1056-azure 5.15.0-1057-azure 5.15.0-97-generic 5.4.0-1124-azure 5.4.0-172-generic |
| 20.04 LTS | 9.57 | 5.15.0-1052-azure 5.15.0-1053-azure 5.15.0-89-generic 5.15.0-91-generic 5.4.0-1120-azure 5.4.0-1121-azure 5.4.0-167-generic 5.4.0-169-generic |
| 20.04 LTS | 9.56 | 5.15.0-1049-azure 5.15.0-1050-azure 5.15.0-1051-azure 5.15.0-86-generic 5.15.0-87-generic 5.15.0-88-generic 5.4.0-1117-azure 5.4.0-1118-azure 5.4.0-1119-azure 5.4.0-164-generic 5.4.0-165-generic 5.4.0-166-generic |
| 20.04 LTS | 9.55 | 5.15.0-1039-azure 5.15.0-1040-azure 5.15.0-1041-azure 5.15.0-73-generic 5.15.0-75-generic 5.15.0-76-generic 5.4.0-1108-azure 5.4.0-1109-azure 5.4.0-1110-azure 5.4.0-1111-azure 5.4.0-149-generic 5.4.0-150-generic 5.4.0-152-generic 5.4.0-153-generic 5.4.0-155-generic 5.4.0-1112-azure 5.15.0-78-generic 5.15.0-1042-azure 5.15.0-79-generic 5.4.0-156-generic 5.15.0-1047-azure 5.15.0-84-generic 5.4.0-1116-azure 5.4.0-163-generic 5.15.0-1043-azure 5.15.0-1045-azure 5.15.0-1046-azure 5.15.0-82-generic 5.15.0-83-generic |
| 22.04 LTS | 9.61 | 5.15.0-100-generic 5.15.0-1058-azure 6.5.0-1016-azure 6.5.0-25-generic 5.15.0-101-generic 5.15.0-1059-azure 6.5.0-1017-azure 6.5.0-26-generic |
| 22.04 LTS | 9.60 | 5.19.0-1025-azure 5.19.0-1026-azure 5.19.0-1027-azure 5.19.0-41-generic 5.19.0-42-generic 5.19.0-43-generic 5.19.0-45-generic 5.19.0-46-generic 5.19.0-50-generic 6.2.0-1005-azure 6.2.0-1006-azure 6.2.0-1007-azure 6.2.0-1008-azure 6.2.0-1011-azure 6.2.0-1012-azure 6.2.0-1014-azure 6.2.0-1015-azure 6.2.0-1016-azure 6.2.0-1017-azure 6.2.0-1018-azure 6.2.0-25-generic 6.2.0-26-generic 6.2.0-31-generic 6.2.0-32-generic 6.2.0-33-generic 6.2.0-34-generic 6.2.0-35-generic 6.2.0-36-generic 6.2.0-37-generic 6.2.0-39-generic 6.5.0-1007-azure 6.5.0-1009-azure 6.5.0-1010-azure 6.5.0-14-generic 5.15.0-1054-azure 5.15.0-92-generic 6.2.0-1019-azure 6.5.0-1011-azure 6.5.0-15-generic 5.15.0-94-generic 6.5.0-17-generic 5.15.0-1056-azure 5.15.0-1057-azure 5.15.0-97-generic 6.5.0-1015-azure 6.5.0-18-generic 6.5.0-21-generic |
| 22.04 LTS | 9.57 | 5.15.0-1052-azure 5.15.0-1053-azure 5.15.0-76-generic 5.15.0-89-generic 5.15.0-91-generic |
| 22.04 LTS | 9.56 | 5.15.0-1049-azure 5.15.0-1050-azure 5.15.0-1051-azure 5.15.0-86-generic 5.15.0-87-generic 5.15.0-88-generic |
| 22.04 LTS | 9.55 | 5.15.0-1039-azure 5.15.0-1040-azure 5.15.0-1041-azure 5.15.0-73-generic 5.15.0-75-generic 5.15.0-76-generic 5.15.0-78-generic 5.15.0-1042-azure 5.15.0-1044-azure 5.15.0-79-generic 5.15.0-1047-azure 5.15.0-84-generic 5.15.0-1045-azure 5.15.0-1046-azure 5.15.0-82-generic 5.15.0-83-generic |
Hinweis
Zusätzlich zur neuesten Version des Mobilitäts-Agents gibt es ein Azure Site Recovery-Rollout eines Hotfix-Patches, um die neuesten Linux-Kernel innerhalb von 15 Tagen nach Veröffentlichung zu unterstützen. Der Rollout dieses Fixes erfolgt zwischen zwei Hauptversionen. Befolgen Sie zum Aktualisieren auf die aktuelle Version von Mobility Agent (einschließlich des Hotfix-Patches) die Schritte in diesem Artikel. Ein Rollout dieses Patches erfolgt derzeit für Mobility Agent-Instanzen im Azure-zu-Azure DR-Szenario.
Unterstützte Debian-Kernelversionen für virtuelle Azure-Computer
Hinweis
Mobilitätsdienstversionen 9.58 und 9.59 werden für Azure in Azure Site Recovery nicht veröffentlicht.
| Release | Mobility Service-Version | Kernelversion |
|---|---|---|
| Debian 7 | 9.61 | In dieser Version werden keine neuen Debian 8-Kernel unterstützt. |
| Debian 7 | [9.60] | In dieser Version werden keine neuen Debian 7-Kernel unterstützt. |
| Debian 7 | 9.57 | In dieser Version werden keine neuen Debian 7-Kernel unterstützt. |
| Debian 7 | 9.56 | In dieser Version werden keine neuen Debian 7-Kernel unterstützt. |
| Debian 7 | 9.55 | In dieser Version werden keine neuen Debian 7-Kernel unterstützt. |
| Debian 8 | 9.61 | In dieser Version werden keine neuen Debian 8-Kernel unterstützt. |
| Debian 8 | [9.60] | In dieser Version werden keine neuen Debian 8-Kernel unterstützt. |
| Debian 8 | 9.57 | In dieser Version werden keine neuen Debian 8-Kernel unterstützt. |
| Debian 8 | 9.56 | In dieser Version werden keine neuen Debian 8-Kernel unterstützt. |
| Debian 8 | 9.55 | In dieser Version werden keine neuen Debian 8-Kernel unterstützt. |
| Debian 9.1 | 9.61 | In dieser Version werden keine neuen Debian 9.1-Kernel unterstützt. |
| Debian 9.1 | [9.60] | In dieser Version werden keine neuen Debian 9.1-Kernel unterstützt. |
| Debian 9.1 | 9.57 | In dieser Version werden keine neuen Debian 9.1-Kernel unterstützt. |
| Debian 9.1 | 9.56 | In dieser Version werden keine neuen Debian 9.1-Kernel unterstützt. |
| Debian 9.1 | 9.55 | In dieser Version werden keine neuen Debian 9.1-Kernel unterstützt. |
| Debian 10 | 9.61 | In dieser Version werden keine neuen Debian 10-Kernel unterstützt. |
| Debian 10 | [9.60] | 4.19.0-26-amd64 4.19.0-26-cloud-amd64 5.10.0-0.deb10.27-amd64 5.10.0-0.deb10.27-cloud-amd64 5.10.0-0.deb10.28-amd64 5.10.0-0.deb10.28-cloud-amd64 |
| Debian 10 | 9.57 | In dieser Version werden keine neuen Debian 10-Kernel unterstützt. |
| Debian 10 | 9.56 | 5.10.0-0.deb10.26-amd64 5.10.0-0.deb10.26-cloud-amd64 |
| Debian 10 | 9.55 | 5.10.0-0.deb10.23-amd64 5.10.0-0.deb10.23-cloud-amd64 4.19.0-25-amd64 4.19.0-25-cloud-amd64 5.10.0-0.deb10.24-amd64 5.10.0-0.deb10.24-cloud-amd64 |
| Debian 11 | 9.61 | 6.1.0-0.deb11.13-amd64 6.1.0-0.deb11.13-cloud-amd64 6.1.0-0.deb11.17-amd64 6.1.0-0.deb11.17-cloud-amd64 6.1.0-0.deb11.18-amd64 6.1.0-0.deb11.18-cloud-amd64 |
| Debian 11 | 9.60 | 5.10.0-27-amd64 5.10.0-27-cloud-amd64 5.10.0-28-amd64 5.10.0-28-cloud-amd64 |
| Debian 11 | 9.57 | In diesem Release werden keine neuen Debian 11-Kernel unterstützt. |
| Debian 11 | 9.56 | 5.10.0-26-amd64 5.10.0-26-cloud-amd64 |
| Debian 11 | 9.55 | 5.10.0-24-amd64 5.10.0-24-cloud-amd64 5.10.0-25-amd64 5.10.0-25-cloud-amd64 |
| Debian 12 | 9.61 | 5.17.0-1-amd64 5.17.0-1-cloud-amd64 6.1.-11-amd64 6.1.0-11-cloud-amd64 6.1.0-12-amd64 6.1.0-12-cloud-amd64 6.1.0-13-amd64 6.1.0-15-amd64 6.1.0-15-cloud-amd64 6.1.0-16-amd64 6.1.0-16-cloud-amd64 6.1.0-17-amd64 6.1.0-17-cloud-amd64 6.1.0-18-amd64 6.1.0-18-cloud-amd64 6.1.0-7-amd64 6.1.0-7-cloud-amd64 6.5.0-0.deb12.4-amd64 6.5.0-0.deb12.4-cloud-amd64 |
Hinweis
Zusätzlich zur neuesten Version des Mobilitäts-Agents gibt es ein Azure Site Recovery-Rollout eines Hotfix-Patches, um die neuesten Linux-Kernel innerhalb von 15 Tagen nach Veröffentlichung zu unterstützen. Der Rollout dieses Fixes erfolgt zwischen zwei Hauptversionen. Befolgen Sie zum Aktualisieren auf die aktuelle Version von Mobility Agent (einschließlich des Hotfix-Patches) die Schritte in diesem Artikel. Ein Rollout dieses Patches erfolgt derzeit für Mobility Agent-Instanzen im Azure-zu-Azure DR-Szenario.
Unterstützte SUSE Linux Enterprise Server 12-Kernelversionen für Azure-VMs
Hinweis
Mobilitätsdienstversionen 9.58 und 9.59 werden für Azure in Azure Site Recovery nicht veröffentlicht.
| Release | Mobility Service-Version | Kernelversion |
|---|---|---|
| SUSE Linux Enterprise Server 12 (SP1, SP2, SP3, SP4, SP5) | 9.61 | Alle SUSE 12 SP1-, SP2-, SP3-, SP4- und SP5-Stock-Kernels werden unterstützt. 4.12.14-16.173-azure |
| SUSE Linux Enterprise Server 12 (SP1, SP2, SP3, SP4, SP5) | 9.60 | Alle SUSE 12 SP1-, SP2-, SP3-, SP4- und SP5-Stock-Kernels werden unterstützt. 4.12.14-16.163-azure:5 |
| SUSE Linux Enterprise Server 12 (SP1, SP2, SP3, SP4, SP5) | 9.57 | Alle SUSE 12 SP1-, SP2-, SP3-, SP4- und SP5-Stock-Kernels werden unterstützt. 4.12.14-16.155-azure:5 |
| SUSE Linux Enterprise Server 12 (SP1, SP2, SP3, SP4, SP5) | 9.56 | Alle SUSE 12 SP1-, SP2-, SP3-, SP4- und SP5-Stock-Kernels werden unterstützt. 4.12.14-16.152-azure:5 |
| SUSE Linux Enterprise Server 12 (SP1, SP2, SP3, SP4, SP5) | 9.55 | Alle SUSE 12 SP1-, SP2-, SP3-, SP4- und SP5-Stock-Kernels werden unterstützt. 4.12.14-16.136-azure:5 4.12.14-16.139-azure:5 4.12.14-16.146-azure:5 4.12.14-16.149-azure:5 |
Unterstützte SUSE Linux Enterprise Server 15-Kernelversionen für Azure-VMs
Hinweis
Mobilitätsdienstversionen 9.58 und 9.59 werden für Azure in Azure Site Recovery nicht veröffentlicht.
| Release | Mobility Service-Version | Kernelversion |
|---|---|---|
| SUSE Linux Enterprise Server 15 (SP1, SP2, SP3, SP4, SP5) | 9.61 | Alle SUSE 12 SP1-, SP2-, SP3-, SP4- und SP5-Stock-Kernels werden unterstützt. 5.14.21-150500.33.37-azure 5.14.21-150500.55.52-default |
| SUSE Linux Enterprise Server 15 (SP1, SP2, SP3, SP4, SP5) | 9.60 | Standardmäßig werden alle SUSE 15, SP1-, SP2-, SP3-, SP4-, SP5-Stock-Kernel unterstützt. 5.14.21-150500.33.29-azure 5.14.21-150500.33.34-azure |
| SUSE Linux Enterprise Server 15 (SP1, SP2, SP3, SP4, SP5) | 9.57 | Standardmäßig werden alle SUSE 15, SP1-, SP2-, SP3-, SP4-, SP5-Stock-Kernel unterstützt. 5.14.21-150400.14.72-azure:4 5.14.21-150500.33.23-azure:5 5.14.21-150500.33.26-azure:5 |
| SUSE Linux Enterprise Server 15 (SP1, SP2, SP3, SP4, SP5) | 9.56 | Standardmäßig werden alle SUSE 15, SP1-, SP2-, SP3-, SP4-, SP5-Stock-Kernel unterstützt. 5.14.21-150400.14.69-azure:4 5.14.21-150500.31-azure:5 5.14.21-150500.33.11-azure:5 5.14.21-150500.33.14-azure:5 5.14.21-150500.33.17-azure:5 5.14.21-150500.33.20-azure:5 5.14.21-150500.33.3-azure:5 5.14.21-150500.33.6-azure:5 |
| SUSE Linux Enterprise Server 15 (SP1, SP2, SP3, SP4) | 9.55 | Standardmäßig werden alle SUSE 15, SP1-, SP2, SP3 und SP 4-Basiskernels unterstützt. 5.14.21-150400.14.52-azure:4 4.12.14-16.139-azure:5 5.14.21-150400.14.55-azure:4 5.14.21-150400.14.60-azure:4 5.14.21-150400.14.63-azure:4 5.14.21-150400.14.66-azure:4 |
Unterstützte Red Hat Linux-Kernelversionen für Oracle Linux auf virtuellen Azure-Computern
| Release | Mobility Service-Version | Red Hat-Kernelversion |
|---|---|---|
| Oracle Linux 9.0 Oracle Linux 9.1 Oracle Linux 9.2 Oracle Linux 9.3 |
9,61 | 5.14.0-70.93.2.el9_0.x86_64 5.14.0-284.54.1.el9_2.x86_64 5.14.0-284.57.1.el9_2.x86_64 5.14.0-284.59.1.el9_2.x86_64 5.14.0-362.24.1.el9_3.x86_64 |
| Oracle Linux 9.0 Oracle Linux 9.1 Oracle Linux 9.2 Oracle Linux 9.3 |
9,60 | 5.14.0-70.13.1.el9_0.x86_64 5.14.0-70.17.1.el9_0.x86_64 5.14.0-70.22.1.el9_0.x86_64 5.14.0-70.26.1.el9_0.x86_64 5.14.0-70.30.1.el9_0.x86_64 5.14.0-70.36.1.el9_0.x86_64 5.14.0-70.43.1.el9_0.x86_64 5.14.0-70.49.1.el9_0.x86_64 5.14.0-70.50.2.el9_0.x86_64 5.14.0-70.53.1.el9_0.x86_64 5.14.0-70.58.1.el9_0.x86_64 5.14.0-70.64.1.el9_0.x86_64 5.14.0-70.70.1.el9_0.x86_64 5.14.0-70.75.1.el9_0.x86_64 5.14.0-70.80.1.el9_0.x86_64 5.14.0-70.85.1.el9_0.x86_64 5.14.0-162.6.1.el9_1.x86_64 5.14.0-162.12.1.el9_1.x86_64 5.14.0-162.18.1.el9_1.x86_64 5.14.0-162.22.2.el9_1.x86_64 5.14.0-162.23.1.el9_1.x86_64 5.14.0-284.11.1.el9_2.x86_64 5.14.0-284.13.1.el9_2.x86_64 5.14.0-284.16.1.el9_2.x86_64 5.14.0-284.18.1.el9_2.x86_64 5.14.0-284.23.1.el9_2.x86_64 5.14.0-284.25.1.el9_2.x86_64 5.14.0-284.28.1.el9_2.x86_64 5.14.0-284.30.1.el9_2.x86_64 5.14.0-284.32.1.el9_2.x86_64 5.14.0-284.34.1.el9_2.x86_64 5.14.0-284.36.1.el9_2.x86_64 5.14.0-284.40.1.el9_2.x86_64 5.14.0-284.41.1.el9_2.x86_64 5.14.0-284.43.1.el9_2.x86_64 5.14.0-284.44.1.el9_2.x86_64 5.14.0-284.45.1.el9_2.x86_64 5.14.0-284.48.1.el9_2.x86_64 5.14.0-284.50.1.el9_2.x86_64 5.14.0-284.52.1.el9_2.x86_64 5.14.0-362.8.1.el9_3.x86_64 5.14.0-362.13.1.el9_3.x86_64 5.14.0-362.18.1.el9_3.x86_64 |
Unterstützte Rocky Linux-Kernelversionen für Azure-VMs
Hinweis
Mobilitätsdienstversionen 9.58 und 9.59 werden für Azure in Azure Site Recovery nicht veröffentlicht.
| Release | Mobility Service-Version | Red Hat-Kernelversion |
|---|---|---|
| Rocky Linux 9.0 Rocky Linux 9.1 |
9,61 | 5.14.0-70.93.2.el9_0.x86_64 |
| Rocky Linux 9.0 Rocky Linux 9.1 |
9.60 | 5.14.0-70.13.1.el9_0.x86_64 5.14.0-70.17.1.el9_0.x86_64 5.14.0-70.22.1.el9_0.x86_64 5.14.0-70.26.1.el9_0.x86_64 5.14.0-70.30.1.el9_0.x86_64 5.14.0-70.36.1.el9_0.x86_64 5.14.0-70.43.1.el9_0.x86_64 5.14.0-70.49.1.el9_0.x86_64 5.14.0-70.50.2.el9_0.x86_64 5.14.0-70.53.1.el9_0.x86_64 5.14.0-70.58.1.el9_0.x86_64 5.14.0-70.64.1.el9_0.x86_64 5.14.0-70.70.1.el9_0.x86_64 5.14.0-70.75.1.el9_0.x86_64 5.14.0-70.80.1.el9_0.x86_64 5.14.0-70.85.1.el9_0.x86_64 5.14.0-162.6.1.el9_1.x86_64 5.14.0-162.12.1.el9_1.x86_64 5.14.0-162.18.1.el9_1.x86_64 5.14.0-162.22.2.el9_1.x86_64 5.14.0-162.23.1.el9_1.x86_64 |
| Release | Mobility Service-Version | Kernelversion |
|---|---|---|
| Rocky Linux | 9.57 | Rocky Linux 8.8 Rocky Linux 8.9 |
| Rocky Linux | 9.56 | Rocky Linux 8.7 Rocky Linux 9.0 |
Wichtig
Zusätzlich zur neuesten Version des Mobilitäts-Agents gibt es ein Azure Site Recovery-Rollout eines Hotfix-Patches, um die neuesten Linux-Kernel innerhalb von 15 Tagen nach Veröffentlichung zu unterstützen. Der Rollout dieses Fixes erfolgt zwischen zwei Hauptversionen. Befolgen Sie zum Aktualisieren auf die aktuelle Version von Mobility Agent (einschließlich des Hotfix-Patches) die Schritte in diesem Artikel. Ein Rollout dieses Patches erfolgt derzeit für Mobility Agent-Instanzen im Azure-zu-Azure DR-Szenario.
Replizierte Computer – Linux-Dateisystem/Gastspeicher
- Dateisysteme: ext3, ext4, XFS, BTRFS
- Volume-Manager: LVM2
Hinweis
Multipfadsoftware wird nicht unterstützt.
Replizierte Computer – Compute-Einstellungen
| Einstellung | Unterstützung | Details |
|---|---|---|
| Size | Jede Größe von virtuellen Azure-Computern mit mindestens zwei CPU-Kernen und 1 GB RAM | Überprüfen Sie die Größen der virtuellen Azure-Computer. |
| RAM | Der Azure Site Recovery-Treiber verbraucht 6 % des RAM Speichers. | |
| Verfügbarkeitsgruppen | Unterstützt | Wenn Sie die Replikation für eine Azure-VM mit den Standardoptionen aktivieren, wird basierend auf den Einstellungen der Quellregion automatisch eine Verfügbarkeitsgruppe erstellt. Sie können diese Einstellungen ändern. |
| Verfügbarkeitszonen | Unterstützt | |
| Dedicated Host | Nicht unterstützt | |
| Hybridnutzungsvorteil (Hybrid Use Benefit, HUB) | Unterstützt | Wenn für den virtuellen Quellcomputer eine HUB-Lizenz aktiviert wurde, verwendet auch die Testfailover- oder Failover-VM die HUB-Lizenz. |
| VM-Skalierungsgruppe – Flex | Verfügbarkeitsszenario – unterstützt. Skalierbarkeitsszenario – nicht unterstützt. | |
| Azure-Katalogimages – von Microsoft veröffentlicht | Unterstützt | Wird unterstützt, wenn auf der VM ein unterstütztes Betriebssystem ausgeführt wird. |
| Azure-Katalogimages – von Drittanbietern veröffentlicht | Unterstützt | Wird unterstützt, wenn auf der VM ein unterstütztes Betriebssystem ausgeführt wird. |
| Benutzerdefinierte Images – von Drittanbietern veröffentlicht | Unterstützt | Wird unterstützt, wenn auf der VM ein unterstütztes Betriebssystem ausgeführt wird. |
| Mit Site Recovery migrierte virtuelle Computer | Unterstützt | Wenn eine VMware-VM oder ein physischer Computer mit Site Recovery zu Azure migriert wurde, müssen Sie die ältere Version des Mobility Service deinstallieren, die auf dem Computer ausgeführt wird, und den Computer neu starten, bevor er in einer anderen Azure-Region repliziert werden kann. |
| Azure RBAC-Richtlinien | Nicht unterstützt | Richtlinien für die rollenbasierte Zugriffssteuerung in Azure (Azure RBAC) der VM werden nicht in die Failover-VM in der Zielregion repliziert. |
| Erweiterungen | Nicht unterstützt | Erweiterungen werden nicht in die Failover-VM in der Zielregion repliziert. Nach dem Failover müssen sie manuell installiert werden. |
| Näherungsplatzierungsgruppen | Unterstützt | Virtuelle Computer innerhalb einer Näherungsplatzierungsgruppe können mithilfe von Site Recovery geschützt werden. |
| Tags | Unterstützt | Auf virtuelle Quellcomputer angewendete benutzergenerierte Tags werden nach einem Testfailover oder einem Failover auf die virtuellen Zielcomputer übertragen. Tags auf VMs werden alle 24 Stunden repliziert, solange die VM s in der Zielregion vorhanden sind. |
Replizierte Computer – Datenträgeraktionen
| Aktion | Details |
|---|---|
| Größe des Datenträgers auf einer replizierten VM ändern | 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. Die Größenänderung sollte vor dem Failover stattfinden. 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 auf dem virtuellen Azure-Computer nach einem Failover ändern, werden die Änderungen von Site Recovery nicht erfasst, und das Failback erfolgt auf die ursprüngliche VM-Größe. Wenn Sie die Größe auf >=4 TB ändern, beachten Sie die Azure-Anleitung zum Zwischenspeichern von Datenträgern hier. |
| Hinzufügen eines Datenträgers zu einem replizierten virtuellen Computer | Unterstützt |
| Offlineänderungen an geschützten Datenträgern | Wenn Sie Datenträger trennen und offline Änderungen vornehmen, muss eine vollständige Neusynchronisierung ausgelöst werden. |
| Nutzung des Datenträgercaches | Die Zwischenspeicherung von Datenträgern wird für Datenträger mit einer Größe von 4 TiB und höher nicht unterstützt. Wenn mehrere Datenträger an Ihre VM angefügt sind, unterstützt jeder Datenträger mit 4 TiB oder weniger das Zwischenspeichern. Durch Ändern der Cacheeinstellung eines Azure-Datenträgers wird der Zieldatenträger getrennt und erneut angefügt. Wenn es sich um den Betriebssystem-Datenträger handelt, wird der virtuelle Computer neu gestartet. Beenden Sie alle Anwendungen und Dienste, die von dieser Unterbrechung betroffen sein könnten, bevor Sie die Cacheeinstellung des Datenträgers ändern. Wenn diese Empfehlungen nicht befolgt werden, kann dies zu einer Beschädigung der Daten führen. |
Replizierte Computer – Speicher
Hinweis
Azure Site Recovery unterstützt Speicherkonten mit Seitenblobs für die Replikation nicht verwalteter Datenträger.
In dieser Tabelle ist die Unterstützung für den Betriebssystemdatenträger, Datenträger und temporären Datenträger der Azure-VM zusammengefasst.
- Es ist wichtig, dass die VM-Datenträgergrenzwerte und -Ziele für verwaltete Datenträger eingehalten werden, um Leistungsprobleme zu vermeiden.
- Wenn Sie für die Bereitstellung die Standardeinstellungen verwenden, erstellt Site Recovery Datenträger und Speicherkonten automatisch basierend auf den Einstellungen für die Datenquelle.
- Achten Sie darauf, dass Sie die Richtlinien befolgen, wenn Sie Anpassungen vornehmen möchten.
| Komponente | Unterstützung | Details |
|---|---|---|
| Datenträgerumbenennung | Unterstützt | |
| Maximale Größe des Betriebssystemdatenträgers | 4096 GB | Erfahren Sie mehr zu VM-Datenträgern. |
| Temporärer Datenträger | Nicht unterstützt | Der temporäre Datenträger ist immer von der Replikation ausgeschlossen. Speichern Sie auf dem temporären Datenträger keine persistenten Daten. Weitere Informationen |
| Maximale Größe des Datenträgers | 32 TB für verwaltete Datenträger 4 TB für nicht verwaltete Datenträger |
|
| Minimale Größe des Datenträgers | Keine Einschränkung für nicht verwaltete Datenträger. 1 GB für verwaltete Datenträger | |
| Maximale Anzahl von Datenträgern | Bis zu 64, gemäß der Unterstützung für eine bestimmte Azure-VM-Größe | Erfahren Sie mehr zu VM-Größen. |
| Maximale Größe der Festplatte pro Speicherkonto (für nicht verwaltete Datenträger) | 35 TB | Hierbei handelt es sich um eine Obergrenze für die kumulierte Größe von Seitenblobs, die in einem Storage Premium-Konto erstellt werden. |
| Änderungsrate für Datenträger | Maximal 20 MBit/s pro Datenträger für Storage Premium. Maximal 2 MBit/s pro Datenträger für Standardspeicher. | Wenn die durchschnittliche Datenänderungsrate auf dem Datenträger dauerhaft über dem Maximalwert liegt, kann dies durch die Replikation nicht aufgeholt werden. Falls der Maximalwert aber nur sporadisch überschritten wird, kann die Replikation aufholen, aber es kommt ggf. zu einer leichten Verzögerung bei den Wiederherstellungspunkten. |
| Datenträger – Standard-Speicherkonto | Unterstützt | |
| Datenträger – Storage Premium-Konto | Unterstützt | Wenn ein virtueller Computer Datenträger in Premium- und Standard-Speicherkonten aufweist, können Sie für jeden Datenträger ein eigenes Zielspeicherkonto auswählen, um sicherzustellen, dass die gleiche Speicherkonfiguration in der Zielregion vorhanden ist. |
| Verwalteter Datenträger – Standard | Unterstützt in Azure-Regionen, in denen Azure Site Recovery unterstützt wird. | |
| Verwalteter Datenträger – Premium | Unterstützt in Azure-Regionen, in denen Azure Site Recovery unterstützt wird. | |
| Grenzwerte für Datenträger-Abonnements | Es sind bis zu 3.000 geschützte Datenträger pro Abonnement möglich | Stellen Sie sicher, dass das Quell- oder Zielabonnement nicht mehr als 3.000 Azure Site Recovery-geschützte Datenträger (sowohl Daten als auch Betriebssysteme) enthält. |
| SSD Standard | Unterstützt | |
| Redundanz | LRS, ZRS und GRS werden unterstützt. | |
| Kalter und heißer Speicher | Nicht unterstützt | VM-Datenträger werden für kalten und heißen Speicher nicht unterstützt |
| Speicherplätze | Unterstützt | |
| NVMe-Speicherschnittstelle | Nicht unterstützt | |
| Verschlüsselung auf dem Host | Nicht unterstützt | Die VM wird zwar geschützt, aber bei der VM, für die der Failover ausgeführt wurde, wird „Verschlüsselung auf dem Host“ nicht aktiviert. Hier finden Sie Weitere Informationen dazu, mithilfe von End-to-End-Verschlüsselung auf dem Host eine VM zu erstellen. |
| Verschlüsselung ruhender Daten (SSE) | Unterstützt | SSE ist die Standardeinstellung für Speicherkonten. |
| Verschlüsselung ruhender Daten (CMK) | Unterstützt | Software- und HSM-Schlüssel werden für verwaltete Datenträger unterstützt. |
| Doppelte Verschlüsselung im Ruhezustand | Unterstützt | Erfahren Sie mehr über unterstützte Regionen für Windows und Linux. |
| FIPS-Verschlüsselung | Nicht unterstützt | |
| Azure Disk Encryption (ADE) für Windows | Unterstützt für virtuelle Computer mit verwalteten Datenträgern. | VM mit nicht verwalteten Datenträgern werden nicht unterstützt. Durch HSM geschützte Schlüssel werden nicht unterstützt. Die Verschlüsselung einzelner Volumes auf einem einzelnen Datenträger wird nicht unterstützt. |
| Azure Disk Encryption (ADE) für Linux | Unterstützt für virtuelle Computer mit verwalteten Datenträgern. | VM mit nicht verwalteten Datenträgern werden nicht unterstützt. Durch HSM geschützte Schlüssel werden nicht unterstützt. Die Verschlüsselung einzelner Volumes auf einem einzelnen Datenträger wird nicht unterstützt. Bekanntes Problem beim Aktivieren der Replikation. Weitere Informationen. |
| SAS-Schlüsselrotation | Nicht unterstützt | Wenn der SAS-Schlüssel für Speicherkonten gedreht wird, muss der Kunde die Replikation deaktivieren und erneut aktivieren. |
| Hostzwischenspeicherung | Unterstützt | |
| Hinzufügen von Datenträgern im laufendem Betrieb | Unterstützt | Die Aktivierung der Replikation für einen Datenträger, den Sie einer replizierten Azure-VM hinzufügen, wird für VMs unterstützt, die verwaltete Datenträger verwenden. Es kann jeweils nur ein virtueller Datenträger einer Azure-VM im laufenden Betrieb hinzugefügt werden. Das parallele Hinzufügen mehrerer Datenträger wird nicht unterstützt. |
| Entfernen von Datenträgern im laufendem Betrieb | Nicht unterstützt | Wenn Sie Datenträger auf dem virtuellen Computer entfernen, müssen Sie die Replikation deaktivieren und dann für den virtuellen Computer erneut aktivieren. |
| Ausschließen von Datenträgern | Unterstützt. Sie können PowerShell verwenden oder über das Portal zur Option Erweiterte Einstellungen>Speichereinstellungen>Zu replizierende Datenträger navigieren. | Temporäre Datenträger sind standardmäßig ausgeschlossen. |
| Speicherplätze direkt | Für absturzkonsistente Wiederherstellungspunkte unterstützt. Anwendungskonsistente Wiederherstellungspunkte werden nicht unterstützt. | |
| Dateiserver mit horizontaler Skalierung | Für absturzkonsistente Wiederherstellungspunkte unterstützt. Anwendungskonsistente Wiederherstellungspunkte werden nicht unterstützt. | |
| DRBD | Datenträger, die Teil eines DRBD-Setups sind, werden nicht unterstützt. | |
| LRS | Unterstützt | |
| GRS | Unterstützt | |
| RA-GRS | Unterstützt | |
| ZRS | Unterstützt | |
| Kalter und heißer Speicher | Nicht unterstützt | Datenträger für VM werden auf kaltem und heißem Speicher nicht unterstützt. |
| Azure Storage-Firewalls für virtuelle Netzwerke | Unterstützt | Wenn Sie den Zugriff auf virtuelle Netzwerke in Speicherkonten einschränken möchten, lassen Sie vertrauenswürdige Microsoft-Dienste zu. |
| Allgemeine V2-Speicherkonten (heiße und kalte Ebene) | Unterstützt | Die Transaktionskosten steigen gegenüber allgemeinen V1-Speicherkonten erheblich an. |
| Generation 2 (UEFI-Start) | Unterstützt | |
| NVMe-Datenträger | Nicht unterstützt | |
| Freigegebene Azure-Datenträger | Nicht unterstützt | |
| Ultra-Datenträger | Nicht unterstützt | |
| Option für die sichere Übertragung | Unterstützt | |
| Datenträger mit aktivierter Schreibbeschleunigung | Nicht unterstützt | |
| Tags | Unterstützt | Benutzergenerierte Tags werden alle 24 Stunden repliziert. |
| Vorläufiges Löschen | Nicht unterstützt | Vorläufiges Löschen wird nicht unterstützt, da die Kosten steigen, sobald es für ein Speicherkonto aktiviert wird. Azure Site Recovery führt sehr häufig Erstellungs-/Löschvorgänge für Protokolldateien durch, während die Replikation zu höheren Kosten führt. |
| iSCSI-Datenträger | Nicht unterstützt | Azure Site Recovery kann für die Migration oder das Failover von iSCSI-Datenträgern zu Azure verwendet werden. Allerdings werden iSCSI-Datenträger nicht für die Azure-zu-Azure-Replikation und für Failover/Failback unterstützt. |
Wichtig
Um Leistungsprobleme zu vermeiden, stellen Sie sicher, dass Sie die Skalierbarkeits- und Leistungsziele für verwaltete Datenträger beachten. Wenn Sie die Standardeinstellungen verwenden, erstellt Site Recovery die erforderlichen Datenträger und Speicherkonten auf Basis der Quellkonfiguration. Wenn Sie Ihre eigenen Einstellungen anpassen und verwenden möchten, halten Sie die Skalierbarkeits- und Leistungsziele für Datenträger für Ihre virtuellen Quellcomputer ein.
Grenzwerte und Datenänderungsraten
Die folgende Tabelle enthält die Site Recovery-Grenzwerte.
- Diese Grenzwerte basieren auf unseren Tests, können aber begreiflicherweise 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 App variieren.
- Zwei Grenzwerte müssen beachtet werden, nämlich jene für Datenänderungen bei Datenträgern und jene für Datenänderungen bei virtuellen Computern.
- Der aktuelle Grenzwert für die Datenänderungsrate pro virtuellem Computer beträgt 54 MB/s, unabhängig von der Größe.
| Speicherziel | 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 |
Hinweis
Die Unterstützung für hohe Datenänderungsraten ist jetzt in Azure Site Recovery verfügbar, und die Datenänderungsrate pro VM wurde auf 100 MB/s erhöht. Weitere Informationen finden Sie unter Azure-VM-Notfallwiederherstellung – Unterstützung für hohen Churn.
Replizierte Computer – Netzwerk
| Einstellung | Unterstützung | Details |
|---|---|---|
| NIC | Unterstützte maximale Anzahl für eine bestimmte Azure-VM-Größe | Netzwerkkarten werden erstellt, wenn die VM während des Failovers erstellt wird. Die Anzahl von Netzwerkkarten auf dem virtuellen Failovercomputer ist abhängig von der Anzahl von Netzwerkkarten, die auf dem virtuellen Quellcomputer vorhanden waren, als die Replikation aktiviert wurde. Falls Sie eine Netzwerkkarte nach dem Aktivieren der Replikation hinzufügen oder entfernen, wirkt sich dies nicht auf die Anzahl von Netzwerkkarten auf der replizierten VM nach dem Failover aus. Nach einem Failover entspricht die Reihenfolge der Netzwerkkarten (NICs) unter Umständen nicht mehr der ursprünglichen Reihenfolge. Sie können die Netzwerkadapter in der Zielregion gemäß den Benennungskonventionen Ihrer Organisation umbenennen. |
| Internetlastenausgleich | Nicht unterstützt | Sie können einen öffentlichen/Internet-Lastenausgleich in der primären Region einrichten. Allerdings werden öffentliche/Internet-Lastenausgleiche von Azure Site Recovery in der DR-Region nicht unterstützt. |
| Interner Lastenausgleich | Unterstützt | Ordnen Sie den vorkonfigurierten Lastenausgleich mit einem Azure-Automatisierungsskript in einem Wiederherstellungsplan zu. |
| Öffentliche IP-Adresse | Unterstützt | Ordnen Sie der Netzwerkkarte eine vorhandene öffentliche IP-Adresse zu. Oder erstellen Sie eine öffentliche IP-Adresse, und ordnen Sie diese der Netzwerkkarte zu, indem Sie ein Azure-Automatisierungsskript in einem Wiederherstellungsplan verwenden. |
| NSG auf Netzwerkkarte | Unterstützt | Ordnen Sie die NSG der Netzwerkkarte zu, indem Sie ein Azure-Automatisierungsskript in einem Wiederherstellungsplan verwenden. |
| NSG im Subnetz | Unterstützt | Ordnen Sie die NSG dem Subnetz zu, indem Sie ein Azure-Automatisierungsskript in einem Wiederherstellungsplan verwenden. |
| Reservierte (statische) IP-Adresse | Unterstützt | Wenn die Netzwerkkarte auf dem virtuellen Quellcomputer über eine statische IP-Adresse verfügt und für das Zielsubnetz die gleiche IP-Adresse verfügbar ist, wird sie der VM zugewiesen, für die das Failover ausgeführt wurde. Falls das Zielsubnetz nicht über die gleiche IP-Adresse verfügt, wird eine der verfügbaren IP-Adressen im Subnetz für den virtuellen Computer reserviert. Sie können eine feste IP-Adresse und ein Subnetz auch unter Replizierte Elemente>Einstellungen>Netzwerk>Netzwerkschnittstellen angeben. |
| Dynamische IP-Adresse | Unterstützt | Wenn die Netzwerkkarte auf der Quelle über eine dynamische IP-Adressierung verfügt, ist die Netzwerkkarte auf dem virtuellen Computer, für den das Failover ausgeführt wurde, standardmäßig ebenfalls dynamisch. Sie können dies in eine feste IP-Adresse ändern, falls es erforderlich ist. |
| Mehrere IP-Adressen | Unterstützt | Wenn Sie ein Failover für einen virtuellen Computer mit einem Netzwerkadapter mit mehreren IP-Adressen ausführen, wird standardmäßig nur die primäre IP-Adresse des Netzwerkadapters in der Quellregion beibehalten. Um ein Failover für sekundäre IP-Konfigurationen durchzuführen, können Sie die dafür notwendigen Konfigurationen auf dem Blatt Netzwerk vornehmen. |
| Traffic Manager | Unterstützt | Sie können Traffic Manager so vorkonfigurieren, dass Datenverkehr in regelmäßigen Abständen an den Endpunkt in der Quellregion und bei einem Failover an den Endpunkt in der Zielregion weitergeleitet wird. |
| Azure DNS | Unterstützt | |
| Benutzerdefinierter DNS | Unterstützt | |
| Nicht authentifizierter Proxy | Unterstützt | Weitere Informationen |
| Authentifizierter Proxy | Nicht unterstützt | Wenn die VM einen authentifizierten Proxy für ausgehende Verbindungen verwendet, kann sie nicht mit Azure Site Recovery repliziert werden. |
| VPN-Site-to-Site-Verbindung mit lokalem Standort (mit oder ohne ExpressRoute) |
Unterstützt | Stellen Sie sicher, dass die UDRs und NSGs so konfiguriert sind, dass der Datenverkehr für die Sitewiederherstellung nicht lokal weitergeleitet wird. Weitere Informationen |
| VNet-zu-VNet-Verbindung | Unterstützt | Weitere Informationen |
| VNET-Dienstendpunkte | Unterstützt | Wenn Sie den Zugriff auf virtuelle Netzwerke in Speicherkonten einschränken, stellen Sie sicher, dass den vertrauenswürdigen Microsoft-Diensten Zugriff auf das Speicherkonto gewährt wird. |
| Beschleunigte Netzwerke | Unterstützt | Beschleunigte Netzwerke können auf der Wiederherstellungs-VM nur aktiviert werden, wenn sie auch auf der Quell-VM aktiviert sind. Weitere Informationen |
| Palo Alto Network Appliance | Nicht unterstützt | Bei Appliances von Drittanbietern gibt es häufig Beschränkungen, die vom Anbieter innerhalb des virtuellen Computers auferlegt werden. Azure Site Recovery erfordert die Verfügbarkeit eines Agents sowie von Erweiterungen und ausgehender Konnektivität. Die Anwendung lässt jedoch nicht zu, dass ausgehende Aktivitäten innerhalb der VM konfiguriert werden. |
| IPv6 | Nicht unterstützt | Gemischte Konfigurationen, die sowohl IPv4 als auch IPv6 einschließen, werden unterstützt. Azure Site Recovery verwendet jedoch alle verfügbaren IPv4-Adressen. Wenn keine freien IPv4-Adressen im Subnetz vorhanden sind, wird die Konfiguration nicht unterstützt. |
| Private Link-Zugriff auf den Site Recovery-Dienst | Unterstützt | Weitere Informationen |
| Tags | Unterstützt | Benutzergenerierte Tags auf NICs werden alle 24 Stunden repliziert. |
Nächste Schritte
- Lesen Sie den Artikel Informationen zu Netzwerken für die Notfallwiederherstellung für virtuelle Azure-Computer, um mehr über das Replizieren von virtuellen Azure-Computern zu erfahren.
- Stellen Sie die Notfallwiederherstellung bereit, indem Sie Azure-VMs replizieren.