Zuverlässigkeit in Azure Storage Mover

Azure Storage Mover ist ein vollständig verwalteter Dienst, der Dateien und Ordner zu Azure Storage migriert und Dateien über Speicherkonten hinweg synchronisiert hält. Verwenden Sie "Storage Mover", wenn Sie Daten in Azure verschieben, oder wenn Sie Daten zwischen verschiedenen Speicherorten innerhalb Azure synchronisieren müssen.

Wenn Sie Azure verwenden, ist Zuverlässigkeit 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 Azure Storage Mover auf eine Vielzahl potenzieller Ausfälle und Probleme reagiert, einschließlich vorübergehender Fehler, Verfügbarkeitszonenfehler und regionsweite Fehler. Außerdem wird beschrieben, wie Sie Ihre Storage Mover-Konfiguration schützen.

Übersicht über die Zuverlässigkeitsarchitektur

In diesem Abschnitt werden einige der wichtigen Aspekte der Funktionsweise des Diensts beschrieben, die aus Zuverlässigkeitsperspektive am relevantesten sind. Im Abschnitt wird die logische Architektur vorgestellt, die einige der Ressourcen und Features enthält, die Sie bereitstellen und verwenden. Außerdem wird die physische Architektur erläutert, die Details zur Funktionsweise des Diensts unter den Deckeln bereitstellt.

Logische Architektur

Azure Storage Mover dient zum Migrieren und Synchronisieren von Daten zwischen Speicherorten, nicht zum Verarbeiten von Anforderungen im Laufzeitpfad einer Produktionsauslastung. Es verfügt über eine Ressourcenhierarchie , die die Komponenten definiert, die Sie bereitstellen und verwalten. Die Ressource der obersten Ebene wird als Storage Mover bezeichnet. In einem Speicher-Mover definieren Sie Projekte , die Auftragsdefinitionen enthalten, die beschreiben, was migriert werden soll und wo. Endpunkte definieren die Quell- und Zielspeicherorte für einen Migrations- oder Synchronisierungsauftrag.

Für einige Szenarien, z. B. Migrationen aus lokalen Umgebungen, stellen Sie auch einen oder mehrere Storage Mover-Agents bereit. Ein Agent ist Software, die Sie auf einem Computer ausführen, den Sie steuern, z. B. einen virtuellen Computer oder einen physischen Computer. Für einige Szenarien ist kein Agent erforderlich.

Der Dienst speichert Konfigurationsmetadaten, einschließlich Projekte, Endpunkte, Agentregistrierungen, Auftragsdefinitionen und Auftragsausführungsverlauf. Diese Metadaten enthalten nicht die Daten, die Sie migrieren.

Physische Architektur

Der Azure Storage Mover-Dienst wird in Microsoft verwalteten Infrastruktur ausgeführt. Agents werden auf der von Ihnen verwalteten Hardware ausgeführt. Sie sind für die Zuverlässigkeit von Agenten verantwortlich, was außerhalb des Umfangs für diesen Artikel liegt.

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 zum Umgang mit vorübergehenden Fehlern.

Wenn ein vorübergehender Fehler die Kommunikation zwischen einem Agenten und dem Storage Mover-Dienst beeinträchtigt oder beim Herstellen einer Verbindung mit einer Quelle oder einem Ziel auftritt, versucht der Agent automatisch erneut, die Verbindung herzustellen. Für Azure-zu-Azure-Aufträge ist der Dienst auch widerstandsfähig für viele vorübergehende Fehler. Wenn die Konnektivität wiederhergestellt wird, werden laufende Migrationsaufträge fortgesetzt.

In einigen Fällen werden vorübergehende Fehler als Fehler im Auftragsausführungsverlauf angezeigt. Eine Beschreibung der Fehlercodes, einschließlich vorübergehender Fehler, finden Sie unter Azure Storage Mover-Statuscodes und Fehlertypen. Anleitungen zum Beheben von Problemen mit der dauerhaften Netzwerkkonnektivität finden Sie unter Problembehandlung für Azure Storage Mover-Netzwerkkonnektivität.

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.

In Regionen, in denen Verfügbarkeitszonen unterstützt werden, verteilt die Plattform die Konfigurationsmetadaten eines Storage-Movers nach bestem Bemühen über Zonen hinweg, dieses Verhalten wird jedoch nicht garantiert. Wenn Ihre Speichermigrationen dem Verlust einer Zone standhalten müssen, entwerfen Sie Ihren Migrationsprozess so, dass der Verlust eines Speicherverschiebungsvorgangs toleriert wird, und überprüfen Sie die Resilienz gegenüber regionsweiten Fehlern.

Berücksichtigen Sie die Auswirkungen eines Zonenfehlers im Kontext der Verwendung von Storage Mover. Der Dienst koordiniert die Datenmigration und -synchronisierung, und er befindet sich in der Regel nicht im Laufzeitpfad Ihrer Produktionsauslastung. Wenn ein Storage Mover während eines Ausfalls einer Zone nicht verfügbar ist, wird ein Migrations- oder Synchronisierungsauftrag in der Regel nur verzögert, anstatt einen Produktionsausfall zu verursachen, und Sie können den Auftrag fortsetzen oder erneut ausführen, nachdem der Dienst wieder verfügbar ist. Storage Mover bietet auch kein Verfügbarkeits-Service-Level-Agreement (SLA), daher sollte Ihr Design nicht davon ausgehen, dass der Dienst kontinuierlich verfügbar ist. Wenn Ihre Workload von der laufenden Synchronisierung abhängt, bewerten Sie, ob diese Art von Verzögerung für Ihr Szenario akzeptabel ist.

Das folgende Diagramm zeigt einen Speicher-Mover mit Infrastruktur- und Konfigurationsmetadaten, die sich über drei Zonen erstrecken:

Anforderungen

Unterstützte Regionen: Eine Verteilung von Konfigurationsmetadaten nach bestem Bemühen über Zonen hinweg ist nur in einer Region möglich, die sowohl Storage Mover als auch Verfügbarkeitszonen unterstützt. Überprüfen Sie die Verfügbarkeit von Speicherverschiebungsregionen , und vergleichen Sie sie mit der Liste der Regionen, die Verfügbarkeitszonen unterstützen. Auch in diesen Regionen ist die Zonenresilienz nicht gewährleistet.

Cost

Storage Mover bietet keine konfigurierbare Verfügbarkeitszonenunterstützung, daher entstehen keine zusätzlichen Kosten im Zusammenhang mit Verfügbarkeitszonen. Weitere Informationen zur Abrechnung von Storage Mover finden Sie unter Understanding Azure Storage Mover billing.

Konfigurieren der Unterstützung von Verfügbarkeitszonen

Storage Mover bietet keine konfigurierbare Verfügbarkeitszonenunterstützung, daher gibt es nichts für Sie, das Sie aktivieren oder anmelden können. Weitere Informationen zum Erstellen einer Storage Mover-Ressource finden Sie in der Bereitstellungsplanung für Azure Storage Mover.

Verhalten, wenn alle Zonen fehlerfrei sind

In diesem Abschnitt wird beschrieben, was zu erwarten ist, wenn sich ein Storage Mover in einer Region befindet, die Verfügbarkeitszonen unterstützt, und alle Zonen betriebsbereit sind.

• Zonenübergreifender Vorgang: Infrastruktur in einer der Verfügbarkeitszonen in der Region kann Verwaltungsvorgängen und Metadatenzugriff dienen. Agentverbindungen können den Dienst über eine beliebige Zone erreichen.

• Zonenübergreifende Datenverteilung: Der Dienst zielt darauf ab, Konfigurationsmetadaten über Verfügbarkeitszonen in der Region synchron zu replizieren.

Verhalten bei einem Zoneausfall

In diesem Abschnitt wird beschrieben, was zu erwarten ist, wenn sich ein Storage Mover in einer Region befindet, die Verfügbarkeitszonen unterstützt, und in einer dieser Zonen ein Ausfall auftritt.

• Erkennung und Reaktion: Die Plattform ist darauf ausgelegt, den Ausfall einer Verfügbarkeitszone zu erkennen und den Datenverkehr in funktionsfähige Zonen umzuleiten, doch diese Reaktion erfolgt nach bestem Bemühen und ist nicht garantiert.

• Notification: Microsoft benachrichtigt Sie nicht automatisch, wenn eine Zone abfällt. Sie können jedoch Azure Resource Health verwenden, um den Status einer einzelnen Ressource zu überwachen, und Sie können Resource Health Alerts einrichten, um Sie über Probleme zu informieren. Sie können auch 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: Verwaltungsvorgänge, die von der Infrastruktur in der betroffenen Zone abhängig sind, können fehlschlagen, und Sie müssen sie erneut versuchen. Aktive Datenmigrationsaufträge, die auf Agents ausgeführt werden, können weiterhin ausgeführt werden, aber Verwaltungsvorgänge, die vom Metadatendienst abhängen, sind möglicherweise nicht verfügbar.

• Erwarteter Datenverlust: Die Daten, die ein Speicher mover migriert, gehen während eines Zonenfehlers nicht verloren.

  Da storage Mover nicht garantiert, dass Konfigurationsmetadaten über Zonen verteilt werden, kann ein Zonenfehler einige konfigurationsmetadaten des Speicherverschiebungselements vorübergehend nicht verfügbar machen, bis die Zone wiederhergestellt wird.

• Erwartete Ausfallzeiten: Die Plattform versucht, Vorgänge mithilfe einer anderen Zone wiederherzustellen, aber in einigen Situationen sind Vorgänge möglicherweise nicht verfügbar, bis die betroffene Zone wiederhergestellt wird. Bereiten Sie Ihre Workload vor, indem Sie die Anleitung zur vorübergehenden Fehlerbehandlung ausführen.

• Umverteilung: Wenn die Plattform Datenverkehr zu gesunden Verfügbarkeitszonen umleitet, erfolgt dies nach dem Best-Effort-Prinzip.

Zonenwiederherstellung

Wenn eine Verfügbarkeitszone wiederhergestellt wird, zielt die Plattform darauf ab, die Kapazität in der wiederhergestellten Zone wiederherzustellen und den Verkehr zwischen Zonen neu zu ausgleichen. Dieses Verhalten erfolgt auf Best-Effort-Basis und ist nicht garantiert. Sie müssen keine Maßnahmen ergreifen, um die Zonenwiederherstellung zu initiieren.

Test auf Zonenfehler

Sie können für einen Storage Mover keinen Ausfall einer Verfügbarkeitszone auslösen oder testen. Da Storage Mover keine Zonenresilienz garantiert, gehen Sie nicht davon aus, dass ein Speicher-Mover einen Zonenfehler überdauert. Wenn Ihr Migrationsprozess dem Verlust einer Zone standhalten muss, überprüfen Sie die End-to-End-Resilienz dieses Prozesses selbst, und überprüfen Sie Resilienz für regionsweite Fehler bei Ansätzen, mit denen Sie Failover steuern können.

Widerstandsfähigkeit bei regionalen Ausfällen

Azure Storage Mover ist ein Einzelregionsdienst. Wenn Sie eine Azure Storage Mover-Ressource bereitstellen, wählen Sie eine Region aus, in der die Konfigurationsmetadaten der Ressource gespeichert werden sollen. Wenn die Region des Storage Movers von einem Ausfall betroffen ist, werden vom Agent ausgeführte Verwaltungsvorgänge, die auf Azure angewiesen sind, möglicherweise nicht erfolgreich abgeschlossen. Darüber hinaus können aktive Datenmigrationen zu Speicherkonten, die sich in der betroffenen Region befinden, fehlschlagen.

Wenn sich Ihr Speicher-Mover in einer Azure-Region mit einer gekoppelten Region befindet, werden die Konfigurationsmetadaten für Zwecke der Notfallwiederherstellung in die gekoppelte Azure-Region repliziert, und Microsoft kann im Fall einer Katastrophe, die Ihre primäre Region betrifft, ein Failover auf die gekoppelte Region auslösen.

Wenn sich Ihr Storage Mover in einer nicht gekoppelten Region befindet, repliziert Microsoft keine Konfigurationsmetadaten, und es gibt kein integriertes Failover zu einer anderen Region. Sie können jedoch separate Ressourcen in mehreren Regionen bereitstellen. In diesem Szenario liegt es in Ihrer Verantwortung, Replikation, Datenverkehrsverteilung, Failover zu verwalten. Wenn Sie eine nicht gekoppelte Region verwenden oder die integrierte Metadatenreplikation Ihren Anforderungen nicht entspricht, können Sie eine benutzerdefinierte regionsübergreifende Failoverstrategie erstellen.

Von Microsoft verwaltetes Failover auf eine gekoppelte Region

Wenn sich Ihre Storage Mover-Ressource in einer Region befindet, die mit einer anderen Region gekoppelt ist, repliziert Microsoft die Konfigurationsmetadaten Ihres Speicherverschiebungselements in den gekoppelten Bereich.

Im Falle eines Regionsausfalls kann Microsoft ein Failover für die gekoppelte Region mithilfe der replizierten Konfigurationsmetadaten durchführen. Dieser Vorgang ist eine Standardoption und erfordert keinen Eingriff von Ihnen.

Das Failover von Storage Mover-Ressourcen kann zu einem anderen Zeitpunkt erfolgen als ein Failover anderer Azure-Dienste.

Die regionsübergreifende Replikation gilt nur für Konfigurationsmetadaten. Sie gilt nicht für die Quelldaten oder für das Zielspeicherkonto, das über eigene Zuverlässigkeits- und Replikationsoptionen verfügt. Weitere Informationen finden Sie unter Zuverlässigkeit in Azure Blob Storage und Zuverlässigkeit in Azure Files.

Anforderungen

Regionsunterstützung: Microsoft-verwaltete regionsübergreifende Replikation ist nur für Speicherverschiebungsressourcen verfügbar, die Sie in einer Region mit einer gekoppelten Region bereitstellen. Für Ressourcen in nicht gekoppelten Regionen werden weder regionsübergreifende Replikation noch Failover bereitgestellt. Um die regionenübergreifende Resilienz in nicht gekoppelten Regionen sicherzustellen, verwenden Sie eine benutzerdefinierte Lösung für mehrere Regionen.

Cost

Für die von Microsoft verwaltete regionenübergreifende Replikation der Konfiguration Ihres Storage Mover fallen keine Kosten an. Es kann jedoch eine kleine Gebühr für die regionsübergreifende Replikation geben. Weitere Informationen finden Sie unter Bandwidth pricing.

Konfigurieren der Unterstützung für mehrere Regionen

Microsoft-verwaltete regionsübergreifende Replikation wird automatisch für Storage Mover-Ressourcen in gekoppelten Regionen aktiviert. Sie konfigurieren oder entscheiden sich nicht für dieses Verhalten.

Verhalten, wenn alle Regionen funktionsfähig sind

In diesem Abschnitt wird beschrieben, was Sie erwarten müssen, wenn ein Speicher-Mover für die regionsübergreifende Replikation und das Failover konfiguriert ist und die primäre Region betriebsbereit ist.

• Standortübergreifender Betrieb: Ihre Storage Mover-Ressource in der primären Region dient allen Anforderungen. Der gekoppelte Bereich wird nur für den Fall eines Microsoft initiierten Failovers verwendet.

• Regionsübergreifende Datenreplikation: Die primäre Region repliziert die Konfiguration asynchron in die gekoppelte Region. Da die Replikation asynchron ist, werden die letzten Änderungen an der Konfiguration möglicherweise nicht in der gekoppelten Region zum Zeitpunkt eines Fehlers widergespiegelt.

Verhalten während eines Regionenausfalls

In diesem Abschnitt wird beschrieben, was zu erwarten ist, wenn ein Speicher-Mover für die regionsübergreifende Replikation und das Failover konfiguriert ist und es in der primären Region zu einem Ausfall kommt.

• Erkennung und Reaktion: Microsoft erkennt Regionsfehler und entscheidet, ob ein Failover initiiert werden soll. Microsoft wird ein Failover voraussichtlich nur nach einer erheblichen Verzögerung einleiten, und das Failover erfolgt nach bestem Bemühen.

• Benachrichtigung: Microsoft benachrichtigt Sie nicht automatisch, wenn eine Region abfällt. Dabei gilt jedoch Folgendes:

  • Sie können Azure Resource Health verwenden, um den Status einer einzelnen Ressource zu überwachen, und Sie können Resource Health Alerts einrichten, um Sie über Probleme zu informieren.

  • Sie können Azure Service Health verwenden, um den Gesamtstatus des Diensts zu verstehen, einschließlich aller Regionsfehler, und Sie können Service Health-Warnungen einrichten, um Sie über Probleme zu informieren.

• Aktive Anforderungen: Aktive Verwaltungsanforderungen werden verworfen und müssen nach Abschluss des Failovers erneut versucht werden. Aktive Datenmigrationsaufträge, die auf Agenten ausgeführt werden, können fehlschlagen, wenn sie von der Region abhängig sind, die von dem Ausfall betroffen ist.

• Erwarteter Datenverlust: Da die regionsübergreifende Replikation asynchron ist, gehen möglicherweise alle Konfigurationsmetadatenänderungen verloren, die zum Zeitpunkt des Ausfalls nicht in die gekoppelte Region repliziert werden.

• Erwartete Ausfallzeiten: Ein Regionsfailover kann bis zu 24 Stunden dauern. Während dieser Zeit ist der Storage-Mover nicht verfügbar.

• Umverteilung: Nach Abschluss des Failovers beginnt Storage Mover, Aufträge aus dem gekoppelten Bereich auszuführen.

  Sie müssen die Agenten jedoch in der gekoppelten Region beim Speicherverschiebungsdienst neu registrieren.

Region-Wiederherstellung

Wenn die ursprüngliche primäre Region wiederhergestellt ist, koordiniert Microsoft das Failback. Sie müssen Agenten in der primären Region erneut beim Storage Mover registrieren.

Test auf Regionsfehler

Die Azure Storage Mover-Plattform verwaltet regionsübergreifende Replikation, Failover und Regionswiederherstellung. Da Microsoft dieses Feature vollständig verwaltet, können Sie ein Regionsfailover nicht initiieren oder testen.

Benutzerdefinierte Lösungen mit mehreren Regionen für Resilienz

Wenn Sie steuern müssen, wann ein Failover erfolgt, oder wenn Sie sich in einer nicht gekoppelten Region befinden, Ihr Storage Mover jedoch dennoch gegenüber Ausfällen einer Region resilient sein muss, stellen Sie unabhängige Storage Mover-Ressourcen in mehreren Azure-Regionen bereit. Sie sind für alle Aspekte dieses Ansatzes verantwortlich, einschließlich:

• Erstellen und Verwalten gleichwertiger Projekte, Endpunkte, Agents und Auftragsdefinitionen in den einzelnen Regionen.
• Erkennen von Regionsausfällen und Entscheiden, wann ein Failover erfolgen soll.
• Umleitung von Agenten und Migrationsaufträgen in die sekundäre Region.
• Abgleichen von Jobstatus und Ausführungsverlauf zwischen den Regionen.

Eine benutzerdefinierte Multiregionslösung funktioniert sowohl für gekoppelte als auch für nicht gekoppelte Regionen und bietet Ihnen die volle Kontrolle über Ihren Failover-Prozess.

Weitere Informationen finden Sie unter vom Kunden initiierte Notfallwiederherstellung für Azure Storage Mover.

Sichern und Wiederherstellen

Azure Storage Mover ist ein Migrations- und Datenbewegungs-Orchestrierungsdienst. Die migrierten Daten werden nicht gespeichert. Der Dienst speichert nur Konfigurationsmetadaten, z. B. Projekte, Endpunkte, Auftragsdefinitionen und Auftragsausführungsverlauf. Es sind keine Migrationsdaten vorhanden, die gesichert werden können.

Um Ihre Storage Mover-Konfiguration zu schützen, definieren Sie Ihre Ressourcen mithilfe der Infrastruktur als Code, z. B. Bicep Dateien, und speichern Sie diese Definitionen in der Quellcodeverwaltung. Wenn Sie eine Ressource neu erstellen müssen, können Sie sie aus Der gespeicherten Konfiguration erneut bereitstellen.

Für die meisten Lösungen sollten Sie sich nicht ausschließlich auf Sicherungen verlassen. Verwenden Sie stattdessen die in diesem Handbuch beschriebenen anderen Funktionen, um Ihre Resilienzanforderungen zu unterstützen. Sicherungen schützen jedoch vor einigen Risiken, die andere Ansätze nicht vermeiden. Weitere Informationen finden Sie unter Was sind Redundanz, Replikation und Sicherung?.

Resilienz gegenüber Wartungsarbeiten an Diensten

Microsoft wendet regelmäßig Dienstupdates an und führt andere Wartungen durch. Die Azure Plattform übernimmt diese Aktivitäten automatisch, um sicherzustellen, dass die Wartung nahtlos und transparent für Sie ist. Bei Wartungsereignissen wird keine Ausfallzeit erwartet, es sei denn, Sie wurden über die geplante Wartung in Azure Service Health informiert.

Storage Mover-Agents werden automatisch aktualisiert.

Service-Level-Vereinbarung

Storage Mover ist ein Migrationsdienst und bietet keine Dienstebenenvereinbarung für Verfügbarkeit (Service Level Agreement, SLA). In der Dokumentation zu Storage Mover werden jedoch die erwarteten Skalierungs- und Leistungsziele beschrieben. Diese Ziele basieren auf simulierten Migrationen und sind keine Garantie oder Verpflichtung.

Verwandte Inhalte

• Zuverlässigkeit in Azure
• Azure Storage Mover-Bereitstellungsplanung
• Azure-Speicherredundanz