Zuverlässigkeit in Azure Speichervorgänge
Dieser Artikel beschreibt die Zuverlässigkeitsunterstützung in Azure Speichervorgänge und behandelt sowohl regionsinterne Resilienz mittels Verfügbarkeitszonen als auch regionsübergreifende Notfallwiederherstellung und Geschäftskontinuität. Eine ausführlichere Übersicht über die Zuverlässigkeitsprinzipien in Azure finden Sie unter Azure-Zuverlässigkeit.
Azure Speichervorgänge sind ein serverloses Framework, mit dem Sie allgemeine Datenvorgänge für Millionen von Objekten über mehrere Speicherkonten hinweg ausführen können. Der Dienst selbst ist regional und verfügt nicht über SKUs oder Unterstützung für Verfügbarkeitszonen. Die Steuerungsebene des Diensts unterstützt jedoch automatisch Zonenredundanz. Die Datenebene kann auch Redundanz unterstützen, je nachdem, ob das Speicherkonto in einer zonenredundanten Konfiguration ausgeführt wird.
Unterstützung für Verfügbarkeitszonen
Azure-Verfügbarkeitszonen sind mindestens drei physisch getrennte Gruppen von Rechenzentren innerhalb jeder Azure-Region. Die Rechenzentren innerhalb jeder Zone sind mit unabhängiger Stromversorgung, Kühlung und Netzwerkinfrastruktur ausgestattet. Bei einem Fehler in der lokalen Zone sind Verfügbarkeitszonen so konzipiert, dass regionale Dienste, Kapazität und Hochverfügbarkeit von den verbleibenden beiden Zonen unterstützt werden, wenn eine Zone betroffen ist.
Ausfälle können von Software- und Hardwareausfällen bis hin zu Ereignissen wie Erdbeben, Überflutungen und Bränden reichen. Fehlertoleranz wird durch Redundanz und logische Isolierung von Azure-Diensten erreicht. Ausführlichere Informationen zu Verfügbarkeitszonen in Azure finden Sie unter Regionen und Verfügbarkeitszonen.
Azure-Dienste mit Unterstützung von Verfügbarkeitszonen bieten das richtige Maß an Zuverlässigkeit und Flexibilität. Für die Konfiguration gibt es zwei Möglichkeiten. Sie können entweder zonenredundant mit automatischer zonenübergreifender Replikation oder zonenbasiert mit Instanzen sein, die an eine bestimmte Zone angeheftet werden. Sie können diese Ansätze auch kombinieren. Weitere Informationen zur zonalen im Vergleich zur zonenredundanten Architektur finden Sie unter Empfehlungen für die Verwendung von Verfügbarkeitszonen und Regionen.
Während der Dienst „Azure Speichervorgänge“ regional ist und keine SKUs oder Verfügbarkeitszonen anbietet, ist Zonenredundanz über die Steuerungsebene und bedingt über die Datenebene verfügbar:
Die Steuerungsebene des Diensts ist zonenredundant. Wenn sich eine Zone in einer Region befindet, ist die Steuerungsebene weiterhin verfügbar. Während eines Zonenausfalls können Sie die Aufgabendefinition und -zuordnung weiterhin verwalten.
Die Datenebene (Aufgabenzuweisungsausführung) erbt die Eigenschaften des übergeordneten Speicherkontos. Wenn das Speicherkonto in einer fehlerhaften Zone bereitgestellt wird, ist das Konto nicht mehr verfügbar, und aus Kundensicht ist die Datenebene nicht verfügbar. Wenn das Speicherkonto zonenredundant ist, ist das Konto weiterhin verfügbar, und der Dienst führt weiterhin einen Vorgang für das Konto aus.
Zonenausfall
Bei einem Zonenausfall ist der Dienst „Azure Speichervorgänge“ weiterhin verfügbar. Der Fortschritt von Aufgaben hängt von der Verfügbarkeitszonenunterstützung der Speicherkonten ab, für die sie ausgeführt werden. Wenn das Konto nicht vom Zonenausfall betroffen ist, werden die Aufgaben weiterhin ausgeführt. Andernfalls schlagen die Vorgänge fehl.
Vorbereitung auf einen und Wiederherstellung nach einem Zonenausfall
Der Dienst „Azure Speichervorgänge“ ist nicht zonenbasiert, aber das Speicherkonto ist es. Wenn das Speicherkonto von einem Zonenausfall betroffen ist, schlagen Speicheraufgaben fehl, die dem Konto zugewiesen sind. Nachdem die Zonen und das Speicherkonto verfügbar sind, werden geplante Vorgänge weiterhin nach Zeitplan ausgeführt. Wenn die Aufgabe für die einmalige Ausführung konfiguriert ist, müssen Sie möglicherweise die Ausführung der Aufgabe erneut planen.
Regionsübergreifende Notfallwiederherstellung und Geschäftskontinuität
Bei der Notfallwiederherstellung (DR) geht es um die Wiederherstellung nach Ereignissen mit schwerwiegenden Auswirkungen, z. B. Naturkatastrophen oder fehlerhaften Bereitstellungen, die zu Downtime und Datenverlust führen. Unabhängig von der Ursache ist das beste Mittel gegen einen Notfall ein gut definierter und getesteter Notfallplan und ein Anwendungsdesign, die Notfallwiederherstellung aktiv unterstützt. Bevor Sie mit der Erstellung Ihres Notfallwiederherstellungsplans beginnen, lesen Sie die Empfehlungen zum Entwerfen einer Notfallwiederherstellungsstrategie.
Bei DR verwendet Microsoft das Modell der gemeinsamen Verantwortung. In einem Modell der gemeinsamen Verantwortung stellt Microsoft sicher, dass die grundlegenden Infrastruktur- und Plattformdienste verfügbar sind. Gleichzeitig replizieren viele Azure-Dienste nicht automatisch Daten oder greifen automatisch auf eine ausgefallene Region zurück, um eine regionsübergreifende Replikation in eine andere aktivierte Region durchzuführen. Für diese Dienste sind Sie dafür verantwortlich, einen Notfallwiederherstellungsplan zu erstellen, der für Ihre Workload geeignet ist. Die meisten Dienste, die auf Azure Platform as a Service (PaaS)-Angeboten laufen, bieten Funktionen und Anleitungen zur Unterstützung von Notfallwiederherstellung und Sie können dienstspezifische Funktionen zur Unterstützung einer schnellen Wiederherstellung nutzen, um Ihren Notfallwiederherstellungsplan zu entwickeln.
Azure Speichervorgänge ist ein regionaler Dienst und wird für Konten in derselben Region ausgeführt. Wenn eine Region ausfällt, sind sowohl das Speicherkonto als auch der Dienst nicht mehr verfügbar. Der Dienst unterstützt keine regionsübergreifende Notfallwiederherstellung. Wenn Sie ein Failover des Speicherkontos in eine andere Region auslösen, können Speichertasks nicht für das Speicherkonto ausgeführt werden, bis der Failback in die ursprüngliche Region erfolgt. Obwohl Sie möglicherweise das Speicherkonto wiederherstellen können, kann der Speichertask dafür nicht ausgeführt werden.
Wichtig
Wenn Sie Ihr Speicherkonto von einer primären GRS- oder GZRS-Region in eine sekundäre Region oder umgekehrt migrieren, werden alle Speicheraufgaben, die auf das Speicherkonto abzielen, nicht ausgelöst und alle bestehenden Aufgabenausführungen können fehlschlagen.
Erkennung, Benachrichtigung und Verwaltung von Ausfällen
Speichertasks senden keine Benachrichtigungen, wenn es einen Ausfall im Dienst selbst gibt. Es ist wichtig, den Status des Speichertasks zu überprüfen und Tasks zu wiederholen, nachdem der Dienst oder die Region wiederhergestellt wurde.