Zuverlässigkeit in Azure Site Recovery

Azure Site Recovery ist ein verwalteter Replikations- und Failoverdienst für virtuelle Computer (VMs), der Workloads während Ausfällen zur Verfügung stellt. Es repliziert kontinuierlich Workloads von primären Standorten auf sekundäre Standorte und schränkt Datenverlust und Ausfallzeiten ein. Bei geplanten Wartungsarbeiten oder unerwarteten Unterbrechungen übernimmt es die Koordination von Failover- und Failback-Prozessen. Dieser Dienst unterstützt notfallwiederherstellung (DR) für lokale Umgebungen und Azure-VMs, die Organisationen bei der Verwaltung der Geschäftskontinuität unterstützen.

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 Site Recovery widerstandsfähig gegenüber verschiedene potenzielle Ausfälle und Probleme sein kann, einschließlich vorübergehender Fehler, Ausfälle von Verfügbarkeitszonen und Ausfällen auf Regionsebene. Außerdem werden wichtige Informationen zum Site Recovery Service-Level-Agreement (SLA) hervorgehoben.

Hinweis

In diesem Artikel wird beschrieben, wie der Site Recovery-Dienst robust ist oder wie Sie ihn für verschiedene Probleme widerstandsfähig machen können. Es wird nicht erläutert, wie Sie Site Recovery verwenden, um Ihre virtuellen Computer oder andere Ressourcen zu schützen. Weitere Informationen finden Sie unter "Informationen zur Websitewiederherstellung".

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 Azure-to-Azure DR das Feature "Site Recovery hohe Änderungsrate" für VMs, die eine hohe Datenänderungsrate aufweisen. Hohe Turnover-Unterstützung verbessert Ihr Wiederherstellungspunktziel (RPO) und ermöglicht die Replikation für viele großskalige Datenbank-Workloads.

  • Konfigurieren Sie für Azure-to-Azure DR das Cachespeicherkonto so, dass zonenredundanter Speicher (ZRS) verwendet wird.

  • Führen Sie Testfailovers regelmäßig als Teil von DR-Drills durch. Führen Sie DR-Drills alle Quartale oder jedes Jahr aus, 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 Site Recovery verwenden, definieren Sie eine Quelle und ein Ziel, die replizierte VMs darstellen:

  • Die Quelle kann eine Azure-VM oder ein virtueller Computer oder 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 von Ressourcen und zugehörigen Einstellungen verantwortlich, einschließlich:

  • 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, beispielsweise:

    • Eine Replikationsrichtlinie, die die Momentaufnahmehäufigkeit und Aufbewahrungsdauer konfiguriert.

    • Ein Wiederherstellungsplan, der die Reihenfolge koordiniert, in der Computer fehlschlagen und Skripts und manuelle Aktionen enthalten können. Wiederherstellungspläne eignen sich besonders für Arbeitslasten mit mehreren Ebenen, z. B. Anwendungs- und Datenbankebenen, die in einer bestimmten Reihenfolge 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 Recovery Services-Tresor, dem Cachespeicherkonto, der Quelle und dem Ziel in der Websitewiederherstellung zeigt.

Hinweis

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

Weitere Informationen zu den von Ihnen bereitgestellten Komponenten finden Sie in den folgenden Artikeln:

Der kern Site Recovery Dienst wird auf der Von Microsoft verwalteten Infrastruktur ausgeführt. Dieser Artikel bezieht sich auf diese Komponenten zusammen als Kern-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. Es ist wichtig, dass Ihre Anwendungen vorübergehende Fehler behandeln können, in der Regel durch Wiederholen betroffener Anforderungen.

Alle in der Cloud gehosteten Anwendungen sollten die Anleitung zur vorübergehenden Fehlerbehandlung von Azure befolgen, wenn sie mit cloudgehosteten APIs, Datenbanken und anderen Komponenten kommunizieren. Weitere Informationen finden Sie unter Empfehlungen zur Behandlung vorübergehender Fehler.

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 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 die Site Recovery-Replikation während Verfügbarkeitszonenfehlern verhält, müssen Sie die folgenden Dienstkomponenten berücksichtigen:

  • Core Site Recovery Service: Der kerne 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 auch die Konfigurationsdaten in der Vault zonensicher.

  • Cachespeicherkonto: Für die Azure-zu-Azure-Replikation sind Sie dafür verantwortlich, die Zone des Cachespeicherkontos redundant zu machen, indem Sie sie mithilfe der ZRS-Ebene bereitstellen.

    Wenn Sie die lokal redundante Speicheroption (LRS) von Azure Storage für Ihr Cachekonto verwenden und eine Zone ausfällt, kann es sein, dass Site Recovery kürzlich geänderte Daten möglicherweise nicht zu Ihrem Ziel repliziert.

Hinweis

Die Site-Wiederherstellung kann Ihnen helfen, zwischen virtuellen Maschinen in verschiedenen Verfügbarkeitszonen ein Failover durchzuführen. Weitere Informationen finden Sie unter Aktivieren des Azure VM DR zwischen Verfügbarkeitszonen.

Anforderungen

Regionsunterstützung:

  • Core Site Recovery Service and Recovery Services Vaults: Die Websitewiederherstellung ist zonensicher in den folgenden Regionen.

    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

    Site Recovery stellt Unterstützung für Verfügbarkeitszonen in allen regionen mit Verfügbarkeitszone bereit. In Regionen, die nicht in der vorherigen Tabelle als Zonenresilienz aufgeführt sind, können Zonenfehler Vorgänge 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 Site Recovery-Preise.

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: Recovery Services-Tresore verfügen über eine Redundanzeinstellung, site Recovery verwendet jedoch nicht die Redundanzkonfiguration des Tresors. 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 die Zone redundant 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 sollten, wenn Sie Site Recovery in einer Region mit Verfügbarkeitszonenunterstützung für den Kerndienst verwenden, 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.

  • Zonenübergreifende Datenreplikation: Site Recovery und Storage übernehmen die Zonen-Datenreplikation.

    • Site Recovery Konfiguration: Site Recovery repliziert Ihre Konfigurationsdaten über verschiedene Zonen hinweg, selbst wenn Sie Ihre Vault für die Verwendung von LRS konfigurieren.

    • Cachespeicherkonto: Wenn Sie Ihr Cachespeicherkonto für die Verwendung von ZRS konfigurieren, repliziert Storage synchron die zwischengespeicherten Daten zwischen Zonen.

Verhalten bei einem Zoneausfall

In diesem Abschnitt wird beschrieben, was Sie erwarten sollten, wenn Sie Site Recovery in einer Region mit Verfügbarkeitszonenunterstützung für den Kerndienst verwenden, 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 finden Sie in den folgenden Artikeln:

  • Erkennung und Reaktion: Die Site Recovery-Plattform erkennt automatisch Ausfälle in einer Verfügbarkeitszone und initiiert eine Reaktion. Sie müssen kein Zonenfailover für den zentralen SiteWiederherstellungsdienst manuell 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 Sie das Cachespeicherkonto für die Verwendung von ZRS konfiguriert haben, 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.

  • Umverteilung: Websitewiederherstellung und Speicher passen sich automatisch an Zonenfehler an:

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

    • Cachespeicherkonto: Speicher leitet Anforderungen für Cachedaten automatisch an fehlerfreie Zonen weiter.

Zonenwiederherstellung

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

Sie sind für das Initiieren des Failbacks für Server oder VMs verantwortlich, die während des Zonenausfalls fehlgeschlagen sind. Weitere Informationen finden Sie in den folgenden Artikeln:

Test auf Zonenfehler

Die Site Recovery-Plattform verwaltet die Zonenresilienz für die internen Komponenten. Dieses Feature ist vollständig verwaltet. Deshalb müssen Sie die Prozesse für ausgefallene Verfügbarkeitszonen weder einleiten noch überprüfen.

Es ist wichtig, regelmäßige DR-Drills durchzuführen, die Ihr VM-Failover und Ihre allgemeinen Antwortprozeduren testen sollten. Entwerfen Sie Ihre DR-Drills, um Auswirkungen auf Ihre Produktionsumgebung zu vermeiden. Weitere Informationen finden Sie in den folgenden Artikeln:

Widerstandsfähigkeit bei regionalen Ausfällen

Bei der Azure-zu-Azure-Replikation bietet Site Recovery Resilienz gegen regionale Ausfälle, indem das Failover von VMs zu einer gesunden Zielregion ermöglicht wird. Weitere Informationen finden Sie unter Replicate Azure VMs in eine andere Azure Region.

Überlegungen

  • Tresorregion: Sie stellen einen Recovery Services-Tresor in einer bestimmten Azure-Region bereit, die Sie auswählen. Die Region des Tresors ist wichtig. Die Replikation setzt sich während eines Ausfalls in der Region des Tresors fort. Sie können jedoch keine Site Recovery-Verwaltungsvorgänge ausführen, einschließlich Failover und Failback, bis die Region wiederhergestellt wird.

    Durch die Bereitstellung des Tresors in der Zielregion wird sichergestellt, dass Failover- und Wiederherstellungsvorgänge während eines Ausfalls einer Quellregion verfügbar bleiben. Außerdem wird verhindert, dass sich ein Ausfall in einem dritten Bereich auf Failover- und Wiederherstellungsvorgänge auswirkt.

    Hinweis

    Wenn sich Ihr Vault in der Region befindet, die Sie in der Regel als Zielregion nutzen, wird diese Region nach einem Failover und einer Wiederaufnahme der Replikation Ihre neue 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 ob sie über verfügbare Kapazität für Ihre Workload verfügt. Es wird empfohlen, On-Demand-Kapazitätsreservierungen zu verwenden, um sicherzustellen, dass Computerressourcen 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 unter Überlegungen.

    Recovery Services-Tresore verfügen über eine Redundanzeinstellung, site Recovery verwendet jedoch nicht die Redundanzkonfiguration des Tresors. Sie müssen Ihren Tresor nicht für Georedundanz konfigurieren, wenn Sie Site Recovery verwenden.

  • Cachespeicherkonto: Das Cachespeicherkonto wird nur als temporärer Speicherort für Daten verwendet, bevor es repliziert wird. Daher sollten Sie es nicht so konfigurieren, dass georedundanter Speicher (GRS) verwendet wird.

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:

  • Fehler im Quellbereich: Bei der Azure-zu-Azure-Replikation können Sie ein Failover auslösen, wenn der Quellbereich 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 in der Zielregion: Da die Zielregion nicht verfügbar ist, stoppt die Replikation, und Sie können nicht auf das Ziel umschalten, bis die Region gesund 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 Sie den Tresor in einer dritten Region (nicht der Quell- oder Zielregion) bereitstellen und in dieser Region ein Fehler auftritt, repliziert Site Recovery ihre Daten weiterhin. 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 Failbackvorgänge sind nicht verfügbar, bis die Vault-Region wiederhergestellt wird.

Region-Wiederherstellung

Sie sind für das Initiieren des Failbacks für Server oder VMs verantwortlich, die Sie während des Regionalausfalls auf einen anderen Standort umgeschaltet haben. Weitere Informationen finden Sie in den folgenden Artikeln:

Test auf Regionsfehler

Es ist wichtig, regelmäßige DR-Drills auszuführen, mit denen Ihr VM-Failover und allgemeine Antwortverfahren getestet werden. Entwerfen Sie Ihre DR-Drills, um Auswirkungen auf Ihre Produktionsumgebung zu vermeiden. Weitere Informationen finden Sie in den folgenden Artikeln:

Widerstandsfähigkeit gegenüber Konfigurations- und Replikationsproblemen

Eine DR-Lösung ist nur zuverlässig, wenn Sie wissen, dass sie funktioniert, bevor ein Notfall auftritt. Überwachen Sie die Sitewiederherstellung, um Probleme wie Konfigurationsfehler oder Probleme mit der Integrität der VM-Replikation zu erkennen. Weitere Informationen finden Sie unter "Überwachung von Site Recovery".

Es wird empfohlen, Azure Monitor-Warnungen so zu konfigurieren, dass Sie über Probleme mit dem Replikationsstatus informiert werden. Weitere Informationen finden Sie unter integrierte Azure Monitor-Warnungen für 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 für Site Recovery-Komponenten auf Ihren VMs und Servern anzuwenden, einschließlich des Mobilitäts-Agents, wenn erforderlich.

Von Bedeutung

Es wird dringend empfohlen, automatische Updates für Agents zu aktivieren. Wenn die Agentversion mehr als vier Versionen hinter sich fällt, wird 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 die Standortwiederherstellung gelten separate SLAs:

  • Dienstverfügbarkeit, was bedeutet, dass Site Recovery verfügbar ist, um Failovers für geschützte Instanzen auszulösen. Eine geschützte Instanz ist ein virtueller computer 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.

  • Die Wiederherstellungszeitvorgabe (Recovery Time Objective, RTO) bezeichnet die Zeitspanne vom Auslösen eines Failovers (oder wenn Ihre Skripte es auslösen) bis zur Ausführung der Ziel-VM. Diese Zeit schließt manuelle Aktionen oder Skriptausführungen aus.

Die SLA stellt Dienstguthaben nur bereit, wenn die sekundäre Region über ausreichende Rechenkapazität verfügt.

Verwandte Inhalte

  • Last updated on