Replizieren von virtuellen Azure-Computern, die „Direkte Speicherplätze“ ausführen, in einer anderen Azure-Region

In diesem Artikel wird beschrieben, wie Sie die Notfallwiederherstellung von virtuellen Azure-Computern aktivieren, auf denen „Direkte Speicherplätze“ ausgeführt wird.

Hinweis

Für Cluster mit „Direkte Speicherplätze“ werden nur absturzkonsistente Wiederherstellungspunkte unterstützt.

Direkte Speicherplätze (S2D) ist softwaredefinierter Speicher und bietet eine Möglichkeit zum Erstellen von Gastclustern in Azure. Ein Gastcluster in Microsoft Azure ist ein Failovercluster, das IaaS-VMs beinhaltet. Für gehostete VM-Workloads kann ein Failover in Gastclustern ausgeführt werden, sodass eine SLA mit einer höheren Verfügbarkeit für Anwendungen erreicht werden kann, als mit einer einzelnen Azure-VM möglich ist. Dies ist nützlich in Szenarien, in denen eine VM eine kritische Anwendung wie SQL oder einen Dateiserver mit horizontaler Skalierung hostet.

Notfallwiederherstellung mit direkten Speicherplätzen

In einem typischen Szenario verfügen Sie über einen VM-Gastcluster in Azure für eine höhere Resilienz einer Anwendung, z. B. Dateiserver mit horizontaler Skalierung. Obwohl dies eine höhere Verfügbarkeit der Anwendung ermöglicht, möchten Sie diese Anwendung dennoch mithilfe von Site Recovery gegen alle Ausfälle auf Regionsebene schützen. Mit Site Recovery werden die Daten von einer Region in einer anderen Azure-Region repliziert, und der Cluster wird bei einem Ausfall in der Notfallwiederherstellungsregion verwendet.

Das folgende Diagramm zeigt ein Azure-Failovercluster mit zwei Knoten unter Verwendung von direkten Speicherplätzen.

Screenshot der Speicherplätze.

  • Zwei virtuelle Azure-Computer in einem Windows-Failovercluster und jeder virtuelle Computer haben zwei oder mehr Datenträger.
  • S2D synchronisiert die Daten auf dem Datenträger und stellt den synchronisierten Speicher als Speicherpool dar.
  • Der Speicherpool stellt ein freigegebenes Clustervolume (CSV) für den Failovercluster dar.
  • Der Failovercluster verwendet das CSV für die Datenträger.

Überlegungen zur Notfallwiederherstellung

  1. Wenn Sie einen Cloudzeugen für den Cluster einrichten, behalten Sie den Zeugen in der Notfallwiederherstellungsregion bei.
  2. Wenn Sie ein Failover der virtuellen Computer in das Subnetz in der Notfallwiederherstellungsregion durchführen, die sich von der Quellregion unterscheidet, muss die IP-Adresse des Clusters nach dem Failover geändert werden. Um die IP-Adresse des Clusters zu ändern, müssen Sie das Skript für einen Site Recovery-Wiederherstellungsplan verwenden.

Aktivieren von Site Recovery für den S2D-Cluster:

  1. Klicken Sie im Recovery Services-Tresor auf +Replizieren“

  2. Wählen Sie alle Knoten im Cluster aus, und legen Sie sie als Multi-VM-Konsistenzgruppe fest.

  3. Wählen Sie die Replikationsrichtlinie mit deaktivierter Anwendungskonsistenz aus (es ist nur Unterstützung für Absturzkonsistenz verfügbar).

  4. Aktivieren Sie die Replikation.

    Screenshot, der zeigt, wo die Replikationseinstellungen konfiguriert werden

  5. Wenn Sie zu den replizierten Elementen wechseln, wird der Status der beiden virtuellen Computer angezeigt.

  6. Beide virtuellen Computer werden geschützt und werden auch als Teil der Multi-VM-Konsistenzgruppe angezeigt.

    Screenshot: Die virtuellen Computer werden geschützt und sind Teil der Multi-VM-Konsistenzgruppe.

Erstellen eines Wiederherstellungsplans

Ein Wiederherstellungsplan unterstützt die Sequenzierung der verschiedenen Ebenen in einer Anwendung mit mehreren Ebenen während eines Failovers. Die Sequenzierung trägt zur Wahrung der Anwendungskonsistenz bei. Beim Erstellen eines Wiederherstellungsplans für eine Webanwendung mit mehreren Ebenen führen Sie die unter Erstellen eines Wiederherstellungsplans mit Site Recovery beschriebenen Schritte aus.

Hinzufügen von virtuellen Computern zu Failovergruppen

  1. Erstellen Sie einen Wiederherstellungsplan durch Hinzufügen der virtuellen Computer.
  2. Wählen Sie Anpassen aus, um die virtuellen Computer zu gruppieren. Standardmäßig sind alle virtuellen Computer Teil von Group 1.

Hinzufügen von Skripts zum Wiederherstellungsplan

Für die korrekte Funktionsweise Ihrer Anwendungen kann es erforderlich sein, nach dem Failover bzw. während eines Testfailovers einige Vorgänge auf den virtuellen Azure-Computern durchzuführen. Sie können einige Vorgänge nach einem Failover automatisieren. Hier werden beispielsweise Load Balancer hinzugefügt, und hier wird die IP-Adresse des Clusters geändert.

Failover der virtuellen Computer

Beide Knoten der virtuellen Computer müssen mit dem Site Recovery-Wiederherstellungsplan nicht erfolgreich ausgeführt werden.

Screenshot des Storagespacesdirect-Schutzes.

Ausführen eines Testfailovers

  1. Wählen Sie im Azure-Portal Ihren Recovery Services-Tresor aus.
  2. Wählen Sie den erstellten Wiederherstellungsplan aus.
  3. Wählen Sie Testfailover aus.
  4. Wählen Sie den Wiederherstellungspunkt und das virtuelle Azure-Netzwerk aus, um den Prozess für das Testfailover zu starten.
  5. Wenn die sekundäre Umgebung aktiv ist, können Sie Überprüfungen durchführen.
  6. Klicken Sie nach Abschluss der Überprüfungen auf Testfailover bereinigen, um die Failoverumgebung zu bereinigen.

Weitere Informationen finden Sie unter Testfailover nach Azure in Site Recovery.

Ausführen eines Failovers

  1. Wählen Sie im Azure-Portal Ihren Recovery Services-Tresor aus.
  2. Wählen Sie den Wiederherstellungsplan aus, den Sie für die SAP-Anwendungen erstellt haben.
  3. Wählen Sie Failover aus.
  4. Wählen Sie den Wiederherstellungspunkt aus, um den Failoverprozess zu starten.

Weitere Informationen finden Sie unter Failover in Site Recovery.

Nächste Schritte