Schützen von VM-Workloads mit Azure Site Recovery in Azure Stack HCI (Vorschau)
Gilt für: Azure Stack HCI, Version 22H2 und höher
In diesem Leitfaden wird beschrieben, wie Sie in Ihren Azure Stack HCI-Clustern ausgeführte Windows- und Linux-VM-Workloads schützen. Sie können Azure Site Recovery verwenden, um Ihre lokalen Azure Stack HCI-VMs in Azure zu replizieren und Ihre unternehmenskritischen Workloads zu schützen.
Dieses Feature ist in Azure Stack HCI-Clustern aktiviert, in denen das kumulative Update vom Mai 2023 für Version 22H2 und höher ausgeführt wird.
Wichtig
Dieses Feature befindet sich derzeit in der VORSCHAU. Die zusätzlichen Nutzungsbestimmungen für Microsoft Azure-Vorschauen enthalten rechtliche Bedingungen. Sie gelten für diejenigen Azure-Features, die sich in der Beta- oder Vorschauversion befinden oder aber anderweitig noch nicht zur allgemeinen Verfügbarkeit freigegeben sind.
Azure Site Recovery mit Azure Stack HCI
Azure Site Recovery ist ein Azure-Dienst, der auf VMs ausgeführte Workloads repliziert, damit Ihre unternehmenskritische Infrastruktur vor einem Notfall geschützt wird. Weitere Informationen zu Azure Site Recovery finden Sie unter Informationen zu Site Recovery.
Die Strategie für die Notfallwiederherstellung für Azure Site Recovery besteht aus den folgenden Schritten:
- Replikation: Sie können die VHD der Ziel-VM in einem Azure Storage-Konto replizieren und so Ihre VM bei Notfällen schützen.
- Failover: Nachdem die VM repliziert wurde, führen Sie ein Failover der VM aus, und führen Sie die VM dann in Azure aus. Sie können auch ein Testfailover durchführen, ohne dass Ihre primären VMs beeinträchtigt werden, um den Wiederherstellungsprozess in Azure zu testen.
- Erneuter Schutz: VMs werden aus Azure wieder im lokalen Cluster repliziert.
- Failback: Sie können ein Failback von Azure zum lokalen Cluster ausführen.
In der aktuellen Implementierung der Azure Site Recovery-Integration in Azure Stack HCI können Sie die Notfallwiederherstellung starten und die Infrastruktur über die Azure Stack HCI-Clusterressource im Azure-Portal vorbereiten. Nach Abschluss der Vorbereitung können Sie die verbleibenden Schritte von der Site Recovery-Ressource im Azure-Portal aus abschließen.
Hinweis
Azure Site Recovery unterstützt Replikation, Failover und Failback der Arc-Ressourcenbrücke und von Arc-VMs nicht.
Gesamtworkflow
Das folgende Diagramm veranschaulicht den gesamten Workflow von Azure Site Recovery in Kombination mit Azure Stack HCI.
Im Folgenden finden Sie die wichtigsten Schritte, die bei der Verwendung von Site Recovery mit einem Azure Stack HCI-Cluster auszuführen sind:
- Beginnen Sie mit einem registrierten Azure Stack HCI-Cluster, in dem Sie Azure Site Recovery aktivieren.
- Bevor Sie beginnen, vergewissern Sie sich, dass die Voraussetzungen erfüllt sind.
- Erstellen Sie die folgenden Ressourcen in Ihrem Azure Stack HCI-Ressourcenportal:
- Recovery Services-Tresor
- Hyper-V-Standort
- Replikationsrichtlinie
- Nachdem Sie alle Ressourcen erstellt haben, bereiten Sie die Infrastruktur vor.
- Aktivieren Sie die VM-Replikation. Führen Sie die verbleibenden Schritte für die Replikation im Azure Site Recovery-Ressourcenportal aus, und beginnen Sie mit der Replikation.
- Nachdem die VMs repliziert wurden, können Sie ein Failover für die VMs ausführen und die VMs dann in Azure ausführen.
Unterstützte Szenarios
In der folgenden Tabelle sind die Szenarien aufgeführt, die für Azure Site Recovery und Azure Stack HCI unterstützt werden.
Failover von Azure Stack HCI-VMs zu Azure mit anschließendem Failback
| Azure Stack HCI-VM – Details | Failover | Failback |
|---|---|---|
| Windows Gen 1 | Failover zu Azure | Failback auf demselben oder einem anderen Host als beim Failover |
| Windows Gen 2 | Failover zu Azure | Failback auf demselben oder einem anderen Host als beim Failover |
| Linux Gen 1 | Failover zu Azure | Failback auf demselben oder einem anderen Host als beim Failover |
Hinweis
Ein manueller Eingriff ist erforderlich, wenn die VM nach dem Failover in Azure Stack HCI mit anschließendem Failback auf demselben oder einem anderen Host gelöscht wird.
Voraussetzungen und Planung
Bevor Sie beginnen, vergewissern Sie sich, dass die folgenden Voraussetzungen erfüllt sind:
- Die Hyper-V-VMs, die Sie replizieren möchten, sollten als hochverfügbar eingerichtet sein, damit die Replikation funktioniert. Wenn VMs nicht hochverfügbar sind, kann die Replikation nicht ausgeführt werden. Weitere Informationen finden Sie unter How to make an existing Hyper-V Virtual Machine Highly Available.
- Stellen Sie sicher, dass Hyper-V im Azure Stack HCI-Cluster eingerichtet ist.
- Die Server, auf denen die VMs gehostet werden, die Sie schützen möchten, müssen über Internetzugriff verfügen, damit die Replikation in Azure ausgeführt werden kann.
- Der Azure Stack HCI-Cluster muss bereits registriert sein.
Auf dem Cluster muss das kumulative Mai-Update für Azure Stack HCI, Version 22H2 ausgeführt werden.
Wenn Sie einen früheren Build ausführen, weist das Azure-Portal Sie darauf hin, dass die Notfallwiederherstellung nicht unterstützt wird, da verwaltete Identitäten für ältere Versionen nicht aktiviert sind.
Führen Sie das Cmdlet zum Reparieren der Registrierung aus, um sicherzustellen, dass eine verwaltete Identität für Ihre Azure Stack HCI-Ressource erstellt wurde, und wiederholen Sie dann den Workflow. Weitere Informationen finden Sie unter Aktivieren der erweiterten Verwaltung von Azure für Azure Stack HCI.
Der Cluster muss Arc-fähig sein. Wenn der Cluster nicht Arc-fähig ist, lässt sich dies im Azure-Portal daran erkennen, dass die Registerkarte Funktionen nicht verfügbar ist.
- Sie benötigen Besitzerberechtigungen für den Recovery Services-Tresor, um der verwalteten Identität Berechtigungen zuzuweisen. Außerdem benötigen Sie Lese-/Schreibberechtigungen in der Azure Stack HCI-Clusterressource und ihren untergeordneten Ressourcen.
- Informieren Sie sich über die Einschränkungen bei der Implementierung dieses Features.
- Überprüfen Sie das Kapazitätsplanungstool, um die Anforderungen für eine erfolgreiche Replikation und ein Failover auszuwerten.
Schritt 1: Vorbereiten der Infrastruktur auf Ihrem Zielhost
Richten Sie zum Vorbereiten der Infrastruktur einen Tresor und einen Hyper-V-Standort ein, installieren Sie die Site Recovery-Erweiterung, und ordnen Sie den Clusterknoten eine Replikationsrichtlinie zu.
Führen Sie in Ihrem Azure Stack HCI-Zielcluster die folgenden Schritte aus, um die Infrastruktur vorzubereiten:
Wechseln Sie im Azure-Portal zum Bereich Übersicht für die Zielclusterressource, auf denen die VMs gehostet werden, die Sie schützen möchten.
Öffnen Sie im rechten Bereich die Registerkarte Funktionen, und wählen Sie die Kachel Notfallwiederherstellung aus. Da eine verwaltete Identität in Ihrem Cluster aktiviert ist, sollte die Notfallwiederherstellung verfügbar sein.
Wechseln Sie im rechten Bereich zu Schützen, und wählen Sie VM-Workloads schützen aus.
Wählen Sie unter VMs in Azure replizieren die Option Infrastruktur vorbereiten aus.
Wählen Sie unter Infrastruktur vorbereiten einen vorhandenen Recovery Services-Tresor aus, oder erstellen Sie einen neuen. In diesem Tresor speichern Sie die Konfigurationsinformationen für VM-Workloads. Weitere Informationen finden Sie in der Übersicht über Recovery Services-Tresore.
Wenn Sie einen neuen Recovery Services-Tresor erstellen, werden das Abonnement und die Ressourcengruppen automatisch aufgefüllt.
Geben Sie einen Tresornamen an, und wählen Sie als Speicherort des Tresors denselben Speicherort aus, in dem der Cluster bereitgestellt ist.
Übernehmen Sie bei den anderen Einstellungen die Standardwerte.
Wichtig
Sie benötigen Besitzerberechtigungen für den Recovery Services-Tresor, um der verwalteten Identität Berechtigungen zuzuweisen. Außerdem benötigen Sie Lese-/Schreibberechtigungen in der Azure Stack HCI-Clusterressource und ihren untergeordneten Ressourcen.
Wählen Sie Überprüfen und erstellen aus, um die Tresorerstellung zu starten. Weitere Informationen finden Sie unter Erstellen und Konfigurieren eines Recovery Services-Tresors.
Wählen Sie einen vorhandenen Hyper-V-Standort aus, oder erstellen Sie einen neuen Standort.
Wählen Sie eine vorhandene Replikationsrichtlinie aus, oder erstellen Sie eine neue. Diese Richtlinie wird verwendet, um Ihre VM-Workloads zu replizieren. Weitere Informationen finden Sie unter Replikationsrichtlinie. Nachdem die Richtlinie erstellt wurde, wählen Sie OK aus.
Wählen Sie Infrastruktur vorbereiten aus. Nach der Auswahl von Infrastruktur vorbereiten werden die folgenden Aktionen ausgeführt:
Eine Ressourcengruppe mit dem Speicherkonto und dem angegebenen Tresor sowie die Replikationsrichtlinie werden am angegebenen Speicherort erstellt.
Ein Azure Site Recovery-Agent wird automatisch auf jeden Knoten Ihres Clusters heruntergeladen, auf dem die VMs gehostet werden.
Die verwaltete Identität ruft die Registrierungsschlüsseldatei des Tresors aus dem von Ihnen erstellten Recovery Services-Tresor ab. Diese Schlüsseldatei wird verwendet, um die Installation des Azure Site Recovery-Agents abzuschließen. Eine Ressourcengruppe mit dem Speicherkonto und dem angegebenen Tresor sowie die Replikationsrichtlinie werden am angegebenen Speicherort erstellt.
Die Replikationsrichtlinie wird dem angegebenen Hyper-V-Standort zugeordnet, und der Zielclusterhost wird beim Azure Site Recovery-Dienst registriert.
Wenn Sie keinen Zugriff auf Besitzerebene auf das Abonnement bzw. die Ressourcengruppe haben, in dem/der Sie den Tresor erstellen, wird ein Fehler angezeigt, dass Sie zum Ausführen der Aktion nicht berechtigt sind.
Je nach Anzahl der Knoten in Ihrem Cluster kann die Vorbereitung der Infrastruktur einige Minuten dauern. Sie können den Fortschritt überwachen, indem Sie zu Benachrichtigungen wechseln (das Glockensymbol in der oberen rechten Ecke des Fensters).
Schritt 2: Aktivieren der Replikation von VMs
Führen Sie nach Abschluss der Infrastrukturvorbereitung die folgenden Schritte aus, um die zu replizierenden VMs auszuwählen.
In Schritt 2: Replikation aktivieren wählen Sie Replikation aktivieren aus. Sie werden nun zum Recovery Services-Tresor weitergeleitet, in dem Sie die zu replizierenden VMs angeben können.
Wählen Sie Replizieren und im Dropdownmenü Hyper-V-Computer zu Azure aus.
Geben Sie auf der Registerkarte Quellumgebung den Quellspeicherort für Ihren Hyper-V-Standort an. In diesem Fall haben Sie den Hyper-V-Standort in Ihrem Azure Stack HCI-Cluster eingerichtet. Klicken Sie auf Weiter.
Führen Sie auf der Registerkarte Zielumgebung die folgenden Schritte aus:
Geben Sie unter Abonnement das Abonnement ein, oder wählen Sie es aus.
Wählen Sie unter Ressourcengruppe nach dem Failover den Namen der Ressourcengruppe aus, für die ein Failover ausgeführt werden soll. Wenn das Failover ausgeführt wird, werden die VMs in Azure in dieser Ressourcengruppe erstellt.
Wählen Sie unter Bereitstellungsmodell nach Failover die Option Resource Manager aus. Beim Failover wird die Azure Resource Manager-Bereitstellung verwendet.
Wählen Sie unter Speicherkonto ein vorhandenes Speicherkonto aus (oder geben Sie es ein), das mit dem von Ihnen ausgewählten Abonnement verknüpft ist. Bei diesem Konto kann es sich um ein Storage Standard- oder Storage Premium-Konto handeln, das für die Replikation der VM verwendet wird.
Geben Sie für die Netzwerkkonfiguration der VMs, die Sie für die Replikation in Azure ausgewählt haben, ein virtuelles Netzwerk und ein Subnetz an, das den VMs in Azure zugeordnet werden soll. Informationen zum Erstellen dieses Netzwerks finden Sie unter Erstellen eines Azure-Netzwerks für ein Failover.
Sie können die Netzwerkkonfiguration auch später durchführen.
Nachdem die VM repliziert wurde, können Sie die replizierte VM auswählen und die Netzwerkinformationen in den Einstellungen Compute und Netzwerk angeben.
Wählen Sie Weiter aus.
Wählen Sie auf der Registerkarte VM-Auswahl die VMs aus, die Sie replizieren möchten, und wählen Sie dann Weiter aus. Überprüfen Sie unbedingt die Kapazitätsanforderungen für den Schutz der VM.
Wählen Sie auf der Registerkarte Replikationseinstellungen den Typ und den Datenträger des Betriebssystems sowie die Datenträger für Daten für die VM aus, die Sie in Azure replizieren möchten, und wählen Sie dann Weiter aus.
Vergewissern Sie sich auf der Registerkarte Replikationsrichtlinie, ob die richtige Replikationsrichtlinie ausgewählt ist. Die ausgewählte Richtlinie sollte die Replikationsrichtlinie sein, die Sie beim Vorbereiten der Infrastruktur erstellt haben. Wählen Sie Weiter aus.
Überprüfen Sie auf der Registerkarte Überprüfen Ihre Angaben, und wählen Sie anschließend Replikation aktivieren aus.
Es wird eine Benachrichtigung angezeigt, die angibt, dass der Replikationsauftrag ausgeführt wird. Wechseln Sie zu Geschützte Elemente > Replikationselemente, um den Status der Replikationsintegrität und des Replikationsauftrags anzuzeigen.
Führen Sie die folgenden Schritte aus, um die VM-Replikation zu überwachen.
Um Replikationsintegrität und Replikationsstatus anzuzeigen, wählen Sie die VM aus, und wechseln Sie zur Übersicht. Sie können den Prozentsatz der Fertigstellung des Replikationsauftrags sehen.
Um genauere Details zum Auftragsstatus sowie die Auftrags-ID anzuzeigen, wählen Sie die VM aus, und wechseln Sie zu den Eigenschaften der replizierten VM.
Um Informationen zum Datenträger anzuzeigen, wechseln Sie zu Datenträger. Nach Abschluss der Replikation sollten Betriebssystem-Datenträger und Datenträger als Geschützt angezeigt werden.
Der nächste Schritt besteht darin, ein Testfailover zu konfigurieren.
Schritt 3: Konfigurieren und Ausführen eines Testfailovers im Azure-Portal
Nach Abschluss der Replikation sind die VMs geschützt. Es wird empfohlen, beim Einrichten von Azure Site Recovery Failovereinstellungen zu konfigurieren und ein Testfailover auszuführen.
Führen Sie zur Vorbereitung eines Failovers auf eine Azure-VM die folgenden Schritte aus:
Wenn Sie die Netzwerkkonfiguration für die replizierte VM nicht angegeben haben, können Sie dies jetzt nachholen.
- Stellen Sie zunächst sicher, dass ein Azure-Netzwerk für das Testfailover eingerichtet ist. Falls keins vorhanden ist, folgen Sie den Anleitungen unter Erstellen eines Netzwerks für Testfailover.
- Wählen Sie die VM aus, und wechseln Sie zu den Einstellungen Compute und Netzwerk, und geben Sie das virtuelle Netzwerk und das Subnetz an. Die VM, für die ein Failover in Azure ausgeführte wurde, wird an dieses virtuelle Netzwerk und Subnetz angefügt.
Nachdem die Replikation abgeschlossen ist und die VM mit dem Status Geschützt angezeigt wird, können Sie das Testfailover starten.
Detaillierte Anweisungen zum Ausführen eines Testfailovers finden Sie unter Durchführen eines Notfallwiederherstellungsverfahrens in Azure.
Schritt 4: Erstellen von Wiederherstellungsplänen
Der Wiederherstellungsplan ist ein Feature in Azure Site Recovery, mit dem Sie ein Failover ausführen und eine gesamte Anwendung mit einer Sammlung von VMs wiederherstellen können. Es ist zwar möglich, geschützte VMs einzeln wiederherzustellen, aber indem Sie die VMs, aus denen eine Anwendung besteht, einem Wiederherstellungsplan hinzufügen, können Sie mithilfe dieses Plans ein Failover für die gesamte Anwendung ausführen.
Sie können auch mit dem Testfailoverfeature eines Wiederherstellungsplans die Wiederherstellung der Anwendung testen. In einem Wiederherstellungsplan können Sie VMs gruppieren, die Reihenfolge festlegen, in der sie während eines Failovers hochgefahren werden sollen, und weitere Schritte automatisieren, die im Rahmen des Wiederherstellungsprozesses ausgeführt werden sollen. Nachdem Sie Ihre VMs geschützt haben, können Sie zum Azure Site Recovery-Tresor im Azure-Portal navigieren, um Wiederherstellungspläne für diese VMs zu erstellen. Erfahren Sie mehr über Wiederherstellungspläne.
Schritt 5: Failover zu Azure
Zum Ausführen eines Failovers zu Azure können Sie die Anweisungen unter Ausführen eines Failovers auf Azure für virtuelle Hyper-V-Computer befolgen.
Vorbehalte
Beachten Sie die folgenden Informationen, bevor Sie Azure Site Recovery verwenden, um Ihre lokalen VM-Workloads zu schützen, indem Sie diese VMs in Azure replizieren.
- Von Arc installierte Erweiterungen sind auf den Azure-VMs nicht sichtbar. Der Arc-Server zeigt die installierten Erweiterungen zwar weiterhin an, aber Sie können diese Erweiterungen nicht verwalten (z. B. installieren, ein Upgrade durchführen oder deinstallieren), während sich der Server in Azure befindet.
- Gastkonfigurationsrichtlinien werden nicht ausgeführt, während sich der Server in Azure befindet. Daher werden Richtlinien, die die Sicherheit/Konfiguration des Betriebssystems überwachen, erst ausgeführt, nachdem der Computer wieder in die lokale Umgebung migriert wurde.
- Protokolldaten (einschließlich Informationen von Sentinel, Defender und Azure Monitor) werden der Azure-VM zugeordnet, während sie sich in Azure befindet. Verlaufsdaten werden dem Arc-Server zugeordnet. Wenn der Server wieder in die lokale Umgebung migriert wird, erfolgt die Zuordnung wieder zum Arc-Server. Alle Protokolle lassen sich weiterhin anhand des Computernamens finden, nicht anhand der Ressourcen-ID. Beachten Sie jedoch, dass auf der Benutzeroberfläche des Portals die Suche nach Daten anhand der Ressourcen-ID erfolgt, sodass nur eine Teilmenge für jede Ressource angezeigt wird.
- Es wird dringend empfohlen, den Azure-VM-Gast-Agent nicht zu installieren, um Konflikte mit Arc zu vermeiden, falls die Möglichkeit besteht, dass der Server wieder in die lokale Umgebung migriert wird. Wenn Sie den Gast-Agent installieren müssen, stellen Sie sicher, dass die Erweiterungsverwaltung für die VM deaktiviert ist. Beim Versuch, Erweiterungen mithilfe des Azure-VM-Gast-Agents zu installieren oder zu verwalten, wenn durch Arc bereits Erweiterungen auf demselben Computer installiert wurden (oder umgekehrt), treten alle möglichen Probleme auf, da unsere Agents die vorherigen Erweiterungsinstallationen nicht kennen, was zu Problemen mit der Zustandsabstimmung führt.
Bekannte Probleme
Hier finden Sie eine Liste der bekannten Probleme und der entsprechenden Problemumgehungen in dieser Version:
| # | Problem | Problemumgehung/Kommentare |
|---|---|---|
| 1. | Wenn Sie Azure Site Recovery mit einem Cluster registrieren, kann ein Knoten Azure Site Recovery nicht installieren oder sich beim Azure Site Recovery-Dienst registrieren. | In diesem Fall sind Ihre VMs möglicherweise nicht geschützt. Um sich zu vergewissern, dass alle Server im Cluster im Azure-Portal registriert sind, navigieren Sie zu Recovery Services-Tresor>Aufträge>Site Recovery-Aufträge. |
| 2. | Der Azure Site Recovery-Agent kann nicht installiert werden. Auf Cluster- oder Serverebene werden im Azure Stack HCI-Portal keine Fehlerdetails angezeigt. | Wenn bei der Installation des Azure Site Recovery-Agents ein Fehler auftritt, hat dies einen der folgenden Gründe: – Die Installation kann nicht ausgeführt werden, weil Hyper-V im Cluster nicht eingerichtet ist. – Der Hyper-V-Host ist bereits einem Hyper-V-Standort zugeordnet, und Sie versuchen, die Erweiterung mit einem anderen Hyper-V-Standort zu installieren. |
| 3. | Der Azure Site Recovery-Agent kann nicht installiert werden. Bei einer fehlgeschlagenen Installation wird im Portal die Fehlermeldung „Installation des Microsoft Azure Site Recovery-Anbieters fehlgeschlagen mit Exitcode: 1.“ angezeigt. | Die Installation schlägt fehl, wenn WDAC erzwungen wird. - Durch Konfigurieren des „Audit“-Modus (Überwachen) für WDAC kann die Installation abgeschlossen werden. Lesen Sie Verwalten der WDAC-Einstellungen mit PowerShell, um zu erfahren, wie Sie den WDAC-Modus auf „Audit“ (Überwachen) festlegen. |