Freigeben über

Zuverlässigkeit in Azure Site Recovery

Azure Site Recovery ist ein verwalteter Replikations- und Failoverdienst für virtuelle Computer, der so konzipiert ist, dass Arbeitslasten während Ausfällen zur Verfügung stehen. Es repliziert kontinuierlich Workloads von primären Standorten auf sekundäre Standorte, wodurch minimale Datenverluste und Ausfallzeiten sichergestellt werden. Bei geplanten Wartungs- oder unerwarteten Unterbrechungen koordiniert es Failover- und Failbackprozesse. Dieser Dienst unterstützt die Notfallwiederherstellung für lokale Umgebungen und Azure VMs, wodurch Organisationen die Geschäftskontinuität aufrecht erhalten.

Wenn Sie Azure verwenden, ist zustellbarkeit eine gemeinsame Verantwortung. Microsoft bietet eine Reihe von Funktionen zur Unterstützung von Resilienz und Wiederherstellung. Sie sind dafür verantwortlich, zu verstehen, wie diese Funktionen in allen von Ihnen verwendeten Diensten funktionieren, und die Funktionen auswählen, die Sie benötigen, um Ihre Geschäftsziele und Uptime-Ziele zu erfüllen.

In diesem Artikel wird beschrieben, wie Sie Azure Site Recovery widerstandsfähig für eine Vielzahl potenzieller Ausfälle und Probleme machen, einschließlich vorübergehender Fehler, Ausfall von Verfügbarkeitszonen und Regionsausfällen. Außerdem werden einige wichtige Informationen zum Azure Site Recovery Service Level Agreement (SLA) hervorgehoben.

Hinweis

Dieses Dokument beschreibt, wie der Azure Site Recovery-Dienst selbst gegen verschiedene Probleme widerstandsfähig ist oder gemacht werden kann. Es wird nicht erläutert, wie Sie Azure Site Recovery verwenden, um Ihre virtuellen Computer oder andere Ressourcen zu schützen. Weitere Informationen zur Verwendung von Azure Site Recovery finden Sie unter About Site Recovery.

Empfehlungen für die Produktionsimplementierung für Zuverlässigkeit

Wenn Sie Site Recovery mit Produktionsworkloads verwenden, empfehlen wir, diese Aktionen auszuführen:

  • Stellen Sie Ihr Recovery Services Vault in Ihrer Zielregion für die Replikation bereit.
  • Verwenden Sie für die Azure-zu-Azure-Notfallwiederherstellung High Churn für VMs mit einer hohen Datenänderungsrate. Hohe Churn-Unterstützung verbessert Ihr Wiederherstellungspunktziel (RPO) und ermöglicht die Replikation für viele hochskalige Datenbankworkloads.
  • Für die Azure-zu-Azure-Notfallwiederherstellung konfigurieren Sie das Cachespeicherkonto so, dass zonenredundanter Speicher (ZRS) verwendet wird.
  • Führen Sie regelmäßig Test-Failover als Teil von DR-Übungen (Disaster Recovery) durch. DR-Drills sollten jedes Quartal oder jedes Jahr ausgeführt werden, um sicherzustellen, dass Ihre Replikations- und Failoverprozesse fehlerfrei sind.
  • Verwenden Sie On-Demand-Kapazitätsreservierungen , um sicherzustellen, dass Computeressourcen in Ihrer Zielregion für failover verfügbar sind.
  • Aktivieren Sie automatische Updates für Mobilitäts-Agents.
  • Überwachen Sie den Status Ihrer Replikation, und konfigurieren Sie Warnungen, damit Sie benachrichtigt werden, wenn ein Problem auftritt.

Übersicht über die Zuverlässigkeitsarchitektur

Wenn Sie Azure Site Recovery verwenden, definieren Sie eine source und target, die die replizierten virtuellen Computer darstellen:

  • Die source kann eine Azure VM oder ein virtueller Server aus einer anderen unterstützten Quelle sein, einschließlich lokaler physischer Server, VMware-VMs und Hyper-V VMs.
  • Die target ist immer eine Azure VM. Bei Azure-zu-Azure VM-Replikation kann das Ziel eine andere Region oder Verfügbarkeitszone als die Quell-VM sein.

Sie sind für die Bereitstellung und Konfiguration anderer Ressourcen verantwortlich, einschließlich der folgenden:

  • Recovery Services Vault, das Site Recovery zum Speichern Ihrer Replikationskonfigurationseinstellungen verwendet. Der Tresor speichert Ihre replizierten Daten nicht. Die Redundanzkonfiguration des Tresors ist für Site Recovery nicht wichtig, aber es ist wichtig, wenn Sie denselben Tresor für Azure Backup verwenden.

    Ein Tresor kann zusätzliche Konfigurationen umfassen, wie beispielsweise:

    • Replikationsrichtlinie, die die Momentaufnahmehäufigkeit und Aufbewahrungsdauer konfiguriert.
    • Wiederherstellungsplan, der die Reihenfolge koordiniert, in der Computer fehlschlagen und Skripts und manuelle Aktionen enthalten können. Wiederherstellungspläne sind besonders nützlich für Workloads mit mehreren Ebenen, z. B. Anwendungs- und Datenbankebenen, die auf koordinierte Weise fehlschlagen müssen.

  • Bei der Azure-zu-Azure-Replikation speichert ein Cache-Speicherkonto eine Kopie der Quelldaten in seiner Region, bevor sie in das Ziel repliziert werden. Die Redundanzkonfiguration Ihres Cachespeicherkontos kann sich während eines Ausfalls der Verfügbarkeitszone auf Ihre Zuverlässigkeit auswirken.

Diagramm, das die Beziehung zwischen dem Wiederherstellungsdienstetresor, dem Cachespeicherkonto, der Quelle und dem Ziel in Azure Site Recovery zeigt.

Hinweis

Dieser Leitfaden konzentriert sich auf die Zuverlässigkeit der Azure basierten Komponenten von Azure Site Recovery und der Replikationsbeziehung. Wenn Sie Daten oder VMs aus einer lokalen Umgebung oder einem anderen Cloudanbieter replizieren, sollten Sie auch die Zuverlässigkeit der Komponenten außerhalb Azure berücksichtigen.

Weitere Informationen zu den bereitgestellten Komponenten finden Sie unter:

Der kern Site Recovery Dienst wird auf der Von Microsoft verwalteten Infrastruktur ausgeführt. Dieses Dokument bezieht sich auf diese Komponenten zusammen als core Site Recovery Dienst.

Resilienz für vorübergehende Fehler

Vorübergehende Fehler sind kurze, zeitweilige Fehler in Komponenten. Sie treten häufig in einer verteilten Umgebung wie der Cloud auf und sind ein normaler Bestandteil von Vorgängen. Vorübergehende Fehler korrigieren sich nach kurzer Zeit.

Site Recovery behandelt automatisch vorübergehende Fehler, die während des Replikationsprozesses auftreten, indem die Vorgänge erneut ausgeführt werden. Sie müssen keine vorübergehende Fehlerbehandlung für Azure Site Recovery konfigurieren.

Ausfallsicherheit bei Ausfällen von Verfügbarkeitszonen

Verfügbarkeitszonen sind physisch getrennte Gruppen von Rechenzentren innerhalb einer Azure Region. Wenn eine Zone ausfällt, erfolgt ein Failover der Dienste zu einer der verbleibenden Zonen.

Um zu verstehen, wie sich Azure Site Recovery Replikation bei Ausfall der Verfügbarkeitszone verhält, müssen Sie die folgenden Komponenten des Diensts berücksichtigen:

  • Core-Site Recovery service: Der Site Recovery-Dienst ist so konzipiert, dass er ausfallsicher für Verfügbarkeitszonenfehler in unterstützten Regionen ist. Die internen Komponenten unterstützen automatisch die Zoneredundanz, ohne dass eine Kundenkonfiguration erforderlich ist.

  • Recovery Services Vault: Der Tresor speichert Konfigurationsdaten. In Regionen, in denen Site Recovery Zonenresilienz unterstützt, sind Konfigurationsdaten im Tresor auch zonenresilient.

  • Cache-Speicherkonto: Bei Azure-zu-Azure Replikation müssen Sie sicherstellen, dass das Cachespeicherkonto zonenredundant ist, indem Sie es mithilfe der ZRS-Ebene bereitstellen.

    Wenn Sie den lokal redundanten Speicher (LRS) Azure Storage Replikationsebene für Ihr Cachespeicherkonto verwenden, kann Site Recovery möglicherweise keine zuletzt geänderten Daten in Ihr Ziel replizieren, wenn eine Zone fehlschlägt.

Hinweis

Azure Site Recovery kann Ihnen helfen, zwischen VMs in unterschiedlichen Verfügbarkeitszonen umzuschalten. Weitere Informationen finden Sie unter Enable Azure VM Disaster Recovery zwischen Verfügbarkeitszonen.

Anforderungen

Regionsunterstützung:

  • Core Site Recovery Service and Recovery Services Vaults: Azure Site Recovery ist in den folgenden Regionen zonensicher:

    Amerika Europa Naher Osten Asien-Pazifik
    Chile Zentral Österreich Ost Israel Central Indonesien Zentral
    Mexiko Zentral Italy North Japan West
    Westliches USA 3 Poland Central Malaysia, Westen
    Spain Central Neuseeland, Norden

    Azure Site Recovery führt derzeit Unterstützung für Verfügbarkeitszonen in allen Regionen mit aktivierten Verfügbarkeitszonen ein. In Regionen, die noch nicht zonenresilient sind, können Zonenfehler die Betriebsabläufe beeinträchtigen.

  • Cachespeicherkonto: Sie können ein ZRS-Speicherkonto in allen zonenfähigen Verfügbarkeitsregionen bereitstellen.

Kosten

Site Recovery wird basierend auf der Anzahl der geschützten VM-Instanzen abgerechnet, unabhängig von ihrer Verfügbarkeitszonenkonfiguration. Weitere Informationen finden Sie unter Azure Site Recovery Pricing.

Konfigurieren der Unterstützung von Verfügbarkeitszonen

  • Core Site Recovery service: Sie konfigurieren keine Zonenresilienz für den kernigen Site Recovery Dienst. Microsoft bietet Zonenresilienz in unterstützten Regionen.

    Wenn Microsoft die Zonenresilienz in einer Region zu einem späteren Zeitpunkt aktiviert, profitieren Ihre Site Recovery Ressourcen automatisch von der Zonenresilienz. Sie müssen also keine Maßnahmen ergreifen.

  • Recovery Services vault: Obwohl Recovery Services-Tresore es Ihnen ermöglichen, eine Redundanzstufe zu konfigurieren, wird diese Konfigurationseinstellung nicht für Site Recovery verwendet. Sie müssen Ihren Tresor nicht für Zonenredundanz konfigurieren, wenn Sie Site Recovery verwenden.

  • Cache-Speicherkonto: Wenn Sie Azure-zu-Azure-Replikation verwenden, müssen Sie das Cachespeicherkonto erstellen und mit der entsprechenden Redundanzstufe konfigurieren. Um sie zonenredundant zu machen, konfigurieren Sie sie für den ZRS-Replikationstyp. Weitere Informationen finden Sie unter Reliability in Azure Blob Storage.

Verhalten, wenn alle Zonen fehlerfrei sind

In diesem Abschnitt wird beschrieben, was Sie erwarten müssen, wenn Site Recovery in einer Region mit Verfügbarkeitszonenunterstützung für den Kerndienst verwendet wird, Ihr Cachespeicherkonto für die Verwendung von ZRS konfiguriert ist und alle Verfügbarkeitszonen betriebsbereit sind.

  • Zonenübergreifender Vorgang: Der Replikationsprozess kann die Infrastruktur in mehreren Verfügbarkeitszonen verwenden, um Replikationsaufträge auszulösen und auszuführen. Der Dienst verwaltet diese Infrastruktur transparent für Sie.

  • Cross-Zone-Datenreplikation: Site Recovery und Azure Storage behandeln die Zonendatenreplikation wie folgt:

    • Site Recovery configuration: Site Recovery repliziert Ihre Konfigurationsdaten über Zonen hinweg, auch wenn Ihr Tresor für die Verwendung von LRS konfiguriert ist.

    • Cache-Speicherkonto: Wenn Ihr Cachespeicherkonto für die Verwendung von ZRS konfiguriert ist, repliziert Azure Storage synchron die zwischengespeicherten Daten zwischen Zonen.

Verhalten bei einem Zoneausfall

In diesem Abschnitt wird beschrieben, was zu erwarten ist, wenn Site Recovery in einer Region mit Unterstützung der Verfügbarkeitszone für den Kerndienst verwendet wird, Ihr Cachespeicherkonto für die Verwendung von ZRS konfiguriert ist und ein Ausfall der Verfügbarkeitszone auftritt.

Hinweis

Wenn die Störfallzone die Quell-VM enthält, sind Sie für das Auslösen des Failovers auf das Zielsystem verantwortlich. Weitere Informationen findest du unter:

  • Erkennung und Reaktion: Die Site Recovery-Plattform erkennt automatisch Ausfälle in einer Verfügbarkeitszone und initiiert eine Reaktion. Es ist kein manueller Eingriff erforderlich, um ein Zonenfailover für den Site Recovery Dienst selbst zu initiieren. Wenn sich der Zonenausfall jedoch auf Ihre Quell-VM auswirkt, müssen Sie möglicherweise ein Failover Ihrer VM initiieren.
  • Benachrichtigung: Microsoft benachrichtigt Sie nicht automatisch, wenn eine Zone deaktiviert ist. Sie können jedoch Azure Service Health verwenden, um den Gesamtstatus des Diensts zu verstehen, einschließlich aller Zonenfehler, und Sie können Service Health Alerts einrichten, um Sie über Probleme zu informieren.

  • Aktive Anforderungen: Die Auswirkung auf aktive Replikationsaufträge hängt vom Replikationstyp ab:

    • Zone-zu-Zone- und Region-zu-Region-Replikation von Azure-VMs: Wenn sich entweder die Quell- oder Zielinstanz in der Zone befindet, wird die Replikation angehalten, bis beide Instanzen wieder verfügbar sind.

      Wenn die fehlgeschlagene Zone nicht die Quell- oder Ziel-VM enthält und das Cachespeicherkonto für die Verwendung von ZRS konfiguriert ist, wird die Replikation weiterhin ausgeführt.

    • On-premises to Azure: Wenn sich die Zielinstanz in der fehlgeschlagenen Zone befindet, wird die Replikation angehalten, bis die Instanz erneut verfügbar ist.

      Wenn die fehlerhafte Zone nicht die Ziel-VM enthält, wird die Replikation weiterhin ausgeführt.

  • Erwarteter Datenverlust: Während eines Zonenfehlers wird kein Datenverlust erwartet.

  • Erwartete Ausfallzeiten: Wenn die fehlerhafte Zone entweder die Quell- oder Ziel-VM enthält, wird die Replikation angehalten, bis beide Instanzen wieder verfügbar sind.

  • Redistribution: Site Recovery und Azure Storage passen sich automatisch an Zonenfehler an.

    • Site Recovery Kerndienst: Der Site Recovery-Dienst verwendet automatisch Infrastruktur in fehlerfreien Verfügbarkeitszonen, um die Replikation durchzuführen. Sie müssen also keine Maßnahmen ergreifen.

    • Cache-Speicherkonto: Azure Storage leitet Anforderungen für Cachedaten automatisch an fehlerfreie Zonen weiter.

Zonenwiederherstellung

Wenn die betroffene Verfügbarkeitszone wiederhergestellt wird, setzt Site Recovery automatisch alle Replikationsaufträge fort, die während des Zonenausfalls angehalten wurden.

Sie sind für das Initiieren des Failbacks für alle Server oder VMs verantwortlich, die Sie während des Zonenausfalls fehlgeschlagen haben. Weitere Informationen findest du unter:

Test auf Zonenfehler

Die Site Recovery-Plattform verwaltet die Zonenresilienz für die internen Komponenten. Da dieses Feature vollständig verwaltet ist, müssen Sie die Ausfallprozesse für Verfügbarkeitszonen weder einleiten noch überprüfen.

Es ist wichtig, regelmäßige Notfallwiederherstellungs-Drills durchzuführen, die Ihr VM-Failover sowie Ihre allgemeinen Reaktionsverfahren testen sollten. Entwerfen Sie Ihre DR-Drills, um Auswirkungen auf Ihre Produktionsumgebung zu vermeiden. Weitere Informationen findest du unter:

Widerstandsfähigkeit bei regionalen Ausfällen

Für die Azure-zu-Azure-Replikation wurde Site Recovery entwickelt, um Ausfallsicherheit bei Regionsfehlern zu bieten, indem der Failover von VMs zu einer intakten Zielregion ermöglicht wird. Weitere Informationen finden Sie unter Replicate Azure VMs in eine andere Azure Region.

Überlegungen

  • Vault region: Ein Wiederherstellungsdienstetresor wird in einer bestimmten Azure Region bereitgestellt, die Sie auswählen. Die Region des Tresors ist eine wichtige Entscheidung. Die Replikation kann während eines Ausfalls in der Region des Tresors fortgesetzt werden. Site Recovery Verwaltungsvorgänge, einschließlich Failover und Failback, sind jedoch erst verfügbar, wenn die Region wiederhergestellt wird.

    Durch die Bereitstellung des Tresors in der Zielregion wird sichergestellt, dass Fehlerüberbrückungs- und Wiederherstellungsvorgänge während eines Ausfalls der Quellregion weiterhin zugänglich sind und verhindert, dass ein Ausfall in einer dritten Region diese Vorgänge beeinträchtigt.

    Hinweis

    Wenn sich Ihr Tresor in der Region befindet, die Sie derzeit als Zielregion verwenden, dann befindet sich der Tresor nach dem Failover und der erneuten Einrichtung der Replikation jetzt in Ihrer neuen Quellregion. Wenn in dieser Region später ein Problem auftritt, können Sie möglicherweise keinen Failback ausführen, bis beide Regionen fehlerfrei sind.

  • Kapazitätsreservierungen: Sie sind dafür verantwortlich, zu überprüfen, ob Ihre Zielregion die benötigten VM-Typen unterstützt und dass sie über verfügbare Kapazität für Ihre Workload verfügt. Es wird empfohlen, Kapazitätsreservierungen bei Bedarf zu verwenden, um sicherzustellen, dass Computeressourcen für Ihre Workload verfügbar sind, wenn ein Failover auftritt.

Konfigurieren der Unterstützung für mehrere Regionen

  • Recovery Services Vault: Sie müssen die Region des Tresors auswählen. Weitere Informationen finden Sie im Abschnitt zu den vorherigen Überlegungen .

    Obwohl Recovery Services-Tresore es Ihnen ermöglichen, eine Redundanzstufe zu konfigurieren, wird diese Konfigurationseinstellung nicht für Site Recovery verwendet. Sie müssen Ihren Tresor nicht für Georedundanz konfigurieren, wenn Sie Site Recovery verwenden.

  • Cachespeicherkonto: Da das Cachespeicherkonto nur als temporärer Speicherort für Daten verwendet wird, bevor es repliziert wird, sollten Sie es nicht für die Verwendung von GRS konfigurieren.

Verhalten während eines Regionenausfalls

Das spezifische Verhalten des Site Recovery Kerndiensts während eines Regionsausfalls hängt davon ab, welche Region den Fehler verursacht:

  • Failure in Quellregion: Bei der Azure-zu-Azure-Replikation können Sie ein Failover auslösen, wenn die Quellregion nicht verfügbar ist.

    Da die Quellregion nicht verfügbar ist, wird die Replikation beendet, bis der virtuelle Computer im Quellbereich fehlerfrei ist.

    Diagramm, das das Verhalten zeigt, wenn der Quellbereich fehlschlägt. Die Quelle ist nicht verfügbar, und die Replikation wird beendet, bis die Quellregion wiederhergestellt wird.

  • Fehler im Zielbereich: Da die Zielregion nicht verfügbar ist, wird die Replikation gestoppt, und ein Failover zum Ziel ist erst möglich, wenn die Region wieder betriebsbereit ist.

    Diagramm, das das Verhalten zeigt, wenn der Zielbereich fehlschlägt. Replikation wird beendet, und Failover ist nicht verfügbar, bis die Zielregion wiederhergestellt wird.

  • Fehler in der Region, die den Tresor enthält: Wenn der Tresor in einer dritten Region (nicht der Quell- oder Zielregion) bereitgestellt wird und diese Region einen Fehler erfährt, repliziert Site Recovery weiterhin Ihre Daten. Sie können jedoch keine Vorgänge starten, einschließlich Failover und Failback, bis der Speicher in einem fehlerfreien Zustand ist.

    Diagramm, das das Verhalten zeigt, wenn die Vault-Region fehlschlägt. Die Replikation wird fortgesetzt, aber Failover- und Failback-Vorgänge sind nicht verfügbar, bis die Vault-Region wiederhergestellt ist.

Region-Wiederherstellung

Sie sind für das Initiieren von Failback für alle Server oder VMs verantwortlich, die Während des Ausfalls der Region fehlgeschlagen sind. Weitere Informationen findest du unter:

Test auf Regionsfehler

Es ist wichtig, regelmäßige Notfallwiederherstellungs-Drills durchzuführen, die Ihr VM-Failover sowie Ihre allgemeinen Reaktionsverfahren testen sollten. Entwerfen Sie Ihre DR-Drills, um Auswirkungen auf Ihre Produktionsumgebung zu vermeiden. Weitere Informationen findest du unter:

Widerstandsfähigkeit gegenüber Konfigurations- und Replikationsproblemen

Eine Notfallwiederherstellungslösung ist nur zuverlässig, wenn Sie wissen, dass sie vor einem Notfallschlag funktioniert. Dies bedeutet, dass es wichtig ist, Azure Site Recovery zu überwachen, falls Probleme auftreten, z. B. Konfigurationsprobleme oder Probleme mit der Integrität Ihrer VM-Replikation. Weitere Informationen finden Sie unter Monitor Azure Site Recovery.

Es wird empfohlen, Azure Monitor Warnungen so zu konfigurieren, dass Sie über Probleme mit der Replikationsintegrität informiert sind. Weitere Informationen finden Sie unter Built-in-Azure Monitor Warnungen für Azure Site Recovery.

Resilienz gegenüber Wartungsarbeiten an Diensten

Azure verwaltet Updates und Wartung automatisch für den kern Site Recovery Dienst. Wartungsvorgänge erfordern keine Ausfallzeiten und unterbrechen die Replikation Ihrer virtuellen Computer und Server nicht.

Sie sind jedoch dafür verantwortlich, Updates auf die Site-Recovery-Komponenten auf Ihren VMs und Servern anzuwenden, einschließlich des erforderlichen Mobility-Agents.

Von Bedeutung

Es wird dringend empfohlen, automatische Updates für Agents zu aktivieren. Wenn die Agentversion mehr als vier Versionen hinter sich fällt, ist die Replikation deaktiviert, und die Wiederherstellbarkeit Ihrer Workload wird beeinträchtigt.

Weitere Informationen finden Sie unter Service-Updates in Site Recovery.

Service-Level-Vereinbarung

Der ServiceLevel-Vertrag (SLA) für Azure-Dienste beschreibt die erwartete Verfügbarkeit der einzelnen Dienste und die Bedingungen, die Ihre Lösung erfüllen muss, um diese Verfügbarkeitserwartungen zu erreichen. Weitere Informationen finden Sie unter SLAs für Onlinedienste.

Für Azure Site Recovery gibt es separate SLAs, die Folgendes abdecken:

  • Service-Verfügbarkeit bedeutet, dass der Site Recovery Service verfügbar ist, um geschützte Instanzen ausfallen zu lassen. Eine geschützte Instanz ist ein virtueller oder physischer Server, der an einen sekundären Speicherort repliziert wird. Um für diese SLA berechtigt zu sein, müssen Sie mindestens alle 30 Minuten fehlgeschlagene Failoverversuche wiederholen.
  • Ziel der Wiederherstellungszeit (Recovery Time Objective, RTO) ist der Zeitraum, der von der Auslösung eines Failovers (durch Skripte, die Sie schreiben) bis zum Laufen der Ziel-VM vergeht. Diese Zeit schließt jegliche manuellen Aktionen oder Skriptausführungen aus.

Die SLA bietet nur Dienstguthaben, wenn in der sekundären Region genügend Kapazität verfügbar ist.

Verwandte Inhalte

  • Last updated on