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.