Zuverlässigkeit in Elastic SAN

In diesem Artikel wird die Zuverlässigkeitsunterstützung in Azure Elastic SAN beschrieben, wobei sowohl regionale Resilienz mittels Verfügbarkeitszonen als auch Notfallwiederherstellung und Geschäftskontinuität behandelt werden.

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.

Azure Elastic SAN unterstützt die Bereitstellung von Verfügbarkeitszonen mit lokal redundantem Speicher (LRS) und die regionale Bereitstellung mit zonenredundantem Speicher (ZRS).

Voraussetzungen

Elastic SAN mit LRS und ZRS ist derzeit nur in einigen Regionen verfügbar. Eine Liste der Regionen finden Sie unter Skalierungsziele für Elastic SAN.

Erstellen einer Ressource mithilfe von Verfügbarkeitszonen

Informationen zum Erstellen einer Elastic SAN-Instanz mit aktivierter Verfügbarkeitszone finden Sie unter Bereitstellen einer Elastic SAN-Instanz.

Zonenausfall

Wenn Sie bei der Bereitstellung einer Elastic SAN-Instanz „ZRS“ als Redundanzoption Ihres SAN auswählen, wird das zonale Failover von der Plattform ohne manuellen Eingriff unterstützt. Eine Elastic SAN-Instanz, die ZRS nutzt, wurde entwickelt, um sich selbst zu reparieren und auszugleichen, um automatisch die Vorteile fehlerfreier Zonen zu nutzen.

Wenn Sie eine Elastic SAN-Instanz mit LRS bereitgestellt haben, müssen Sie möglicherweise ein neues SAN mithilfe von Momentaufnahmen bereitstellen, die in verwaltete Datenträger exportiert wurden.

Latenzarmer Entwurf

Die Latenzunterschiede zwischen einer Elastic SAN-Instanz in LRS und einer Elastic SAN-Instanz in ZRS sind nicht besonders groß. Für Workloads, die empfindlich auf Latenzspitzen reagieren, sollten Sie jedoch eine Elastic SAN-Instanz in LRS in Betracht ziehen, da sie die niedrigste Latenz bietet.

Migration der Verfügbarkeitszone

Um eine Elastic SAN-Instanz in LRs zu ZRS zu migrieren, müssen Sie eine Momentaufnahme Ihrer Elastic SAN-Volumes erstellen, in Momentaufnahmen verwalteter Datenträger exportieren, eine Elastic SAN-Instanz in ZRS bereitstellen und dann mithilfe dieser Datenträgermomentaufnahmen Volumes im SAN im ZRS erstellen. Informationen zum Verwenden von Momentaufnahmen (Vorschau) finden Sie unter Momentaufnahmen von Azure Elastic SAN Volumes (Vorschau).

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.

Notfallwiederherstellung in einer Region und in mehreren Regionen

Bei Azure Elastic SAN sind Sie für die Notfallwiederherstellung verantwortlich. Sie können Momentaufnahmen Ihrer Volumes erstellen und sie in Momentaufnahmen verwalteter Datenträger exportieren. Anschließend können Sie eine inkrementelle Momentaufnahme in eine neue Region kopieren, um Ihre Daten in einer anderen Region als der Region zu speichern, in der sich Ihre Elastic SAN-Instanz befindet. Sie sollten in Regionen exportieren, die geografisch von Ihrer primären Region entfernt sind, um die Wahrscheinlichkeit zu verringern, dass mehrere Regionen von einem Notfall betroffen sind.

Erkennung, Benachrichtigung und Verwaltung von Ausfällen

Ausfalldeklarationen finden Sie unter Service Health – Microsoft Azure.

Kapazität und proaktive Resilienz der Notfallwiederherstellung

Microsoft und seine Kunden arbeiten im Rahmen des Modells der gemeinsamen Verantwortung. Das bedeutet, dass bei der kundenseitig aktivierten Notfallwiederherstellung (Dienste im Verantwortungsbereich des Kunden) Sie für die Notfallwiederherstellung aller Dienste verantwortlich sind, die Sie bereitstellen und steuern. Sie sollten vorab prüfen, ob alle von Ihnen bereitgestellten Dienste mit Elastic SAN verwendet werden können. Zur Sicherstellung einer proaktiven Wiederherstellung sollten Sie Sekundärsysteme immer vorab bereitstellen, da es keine Kapazitätsgarantie zum Zeitpunkt der Beeinträchtigung gibt, wenn keine Vorabzuweisung durchgeführt wurde.

Nächste Schritte