Informationen zur Azure Storage-Redundanz

Abgeschlossen

Azure Storage speichert immer mehrere Kopien Ihrer Daten, damit sie vor geplanten und ungeplanten Ereignissen wie vorübergehend auftretenden Hardwarefehlern, Netzwerk- oder Stromausfällen und Naturkatastrophen geschützt sind. Redundanz stellt sicher, dass Ihr Speicherkonto seine Ziele für Verfügbarkeit und Dauerhaftigkeit selbst bei Ausfällen erfüllt.

Berücksichtigen Sie bei der Entscheidung, welche Redundanzoption für Ihr Szenario am besten geeignet ist, die Kompromisse zwischen geringeren Kosten und höherer Verfügbarkeit. Anhand der folgenden Faktoren können Sie bestimmen, welche Redundanzoption Sie auswählen sollten:

  • Wie Ihre Daten in der primären Region repliziert werden.
  • Werden Ihre Daten in eine zweite Region repliziert, die geografisch von der primären Region getrennt ist, um Schutz vor regionalen Ausfällen zu bieten?
  • Benötigt Ihre Anwendung Lesezugriff auf die replizierten Daten in der sekundären Region, falls die primäre Region nicht verfügbar ist?

Redundanz in der primären Region

Daten in einem Azure Storage-Konto werden immer dreimal in der primären Region repliziert. Azure Storage bietet mit dem lokal redundanten Speicher (LRS) und dem zonenredundanten Speicher (ZRS) zwei Optionen für die Replikation Ihrer Daten in der primären Region.

Lokal redundanter Speicher

Bei lokal redundantem Speicher (LRS) werden die Daten innerhalb eines einzelnen Rechenzentrums in der primären Region repliziert. Der LRS bietet eine Dauerhaftigkeit von mindestens elf Neunen (99,999999999 Prozent) für Objekte in einem bestimmten Jahr.

Diagram showing the structure used for locally redundant storage.

LRS ist die kostengünstigste Redundanzoption und bietet im Vergleich zu anderen Optionen die geringste Dauerhaftigkeit. LRS schützt Ihre Daten vor Serverrack- und Laufwerkfehlern. Bei einem Katastrophenfall in einem Rechenzentrum (Feuer, Überschwemmung usw.) gehen jedoch eventuell alle Replikate in einem Speicherkonto, das LRS verwendet, verloren oder können nicht mehr wiederhergestellt werden. Um dieses Risiko zu minimieren, wird empfohlen, zonenredundanten Speicher (ZRS), georedundanten Speicher (GRS) oder geozonenredundanten Speicher (GZRS) zu verwenden.

Zonenredundanter Speicher

Bei verfügbarkeitszonenfähigen Regionen repliziert der zonenredundante Speicher (ZRS) Ihre Azure Storage-Daten synchron in drei Azure-Verfügbarkeitszonen in der primären Region. Der ZRS bietet eine Dauerhaftigkeit von mindestens zwölf Neunen (99,9999999999 %) für Azure Storage-Datenobjekte über einen Zeitraum von einem Jahr.

Diagram showing ZRS, with a copy of data stored in each of three availability zones.

Auf Ihre Daten kann mit ZRS weiterhin von Lese- und Schreibvorgängen zugegriffen werden, auch wenn eine Zone nicht mehr verfügbar ist. Es ist keine Neueinbindung von Azure-Dateifreigaben auf den verbundenen Clients erforderlich. Wenn eine Zone nicht mehr verfügbar ist, führt Azure Netzwerkupdates durch, z. B. durch die Festlegung neuer DNS-Ziele. Diese Updates können sich auf Ihre Anwendung auswirken, wenn Sie auf Daten zugreifen, bevor die Updates abgeschlossen sind.

Microsoft empfiehlt die Verwendung von ZRS in der primären Region für Szenarien, die Hochverfügbarkeit erfordern. Er wird auch zum Einschränken der Replikation von Daten innerhalb eines Landes oder einer Region empfohlen, um die Anforderungen an die Datengovernance zu erfüllen.

Redundanz in einer sekundären Region

Bei Anwendungen, die hohe Dauerhaftigkeit erfordern, können Sie die Daten in Ihrem Speicherkonto zusätzlich in eine sekundäre Region kopieren, die Hunderte von Kilometern von der primären Region entfernt ist. Wenn die Daten in Ihrem Speicherkonto in einen sekundären Bereich kopiert werden, bleiben Ihre Daten auch im Falle eines katastrophalen Fehlers bestehen, der verhindert, dass die Daten in der primären Region wiederhergestellt werden.

Wenn Sie ein Speicherkonto erstellen, wählen Sie die primäre Region für das Konto aus. Die gekoppelte sekundäre Region basiert auf Azure-Regionspaaren und kann nicht geändert werden.

Azure Storage bietet zwei Optionen zum Kopieren Ihrer Daten in eine sekundäre Region: georedundanten Speicher (GRS) und geozonenredundanten Speicher (GZRS). GRS ähnelt der Nutzung des LRS in zwei Regionen, und der GZRS ähnelt der Nutzung des ZRS in der primären und des LRS in der sekundären Region.

Die Daten in der sekundären Region sind standardmäßig nur dann für den Lese- oder Schreibzugriff verfügbar, wenn ein Failover auf die sekundäre Region erfolgt. Wenn die primäre Region nicht verfügbar ist, können Sie ein Failover in die sekundäre Region ausführen. Nachdem das Failover abgeschlossen ist, wird die sekundäre Region zur primären Region, und Sie können wieder Daten lesen und schreiben.

Wichtig

Da Daten asynchron in die sekundären Region repliziert werden, kann ein Fehler, der sich auf die primäre Region auswirkt, zu Datenverlusten führen, wenn die primäre Region nicht wiederhergestellt werden kann. Das Intervall zwischen den letzten Schreibvorgängen in der primären Region und dem letzten Schreibvorgang in der sekundären Region wird als RPO (Recovery Point Objective) bezeichnet. Die RPO gibt den Zeitpunkt an, auf den Daten wiederhergestellt werden können. Azure Storage weist normalerweise einen RPO-Wert von weniger als 15 Minuten auf, aber es gibt derzeit keine SLA zur Dauer der Replikation in die sekundäre Region.

Georedundanter Speicher

GRS erstellt unter Verwendung des LRS drei synchrone Kopien Ihrer Daten an einem einzigen physischen Standort in der primären Region. Anschließend werden die Daten mithilfe des LRS asynchron an einen einzelnen physischen Standort in der sekundären Region (Regionspaar) kopiert. GRS bietet eine Dauerhaftigkeit von mindestens 16 Neunen (99,99999999999999 %) für Azure Storage-Datenobjekte über einen Zeitraum von einem Jahr.

Diagram showing GRS, with primary region LRS replicating data to LRS in a second region.

Geozonenredundanter Speicher

Der GZRS kombiniert die Hochverfügbarkeit durch die verfügbarkeitszonenübergreifende Redundanz mit dem Schutz vor regionalen Ausfällen, der durch die Georeplikation geboten wird. Daten in einem GZRS-Speicherkonto werden über drei Azure-Verfügbarkeitszonen in die primäre Region kopiert (ähnlich wie beim ZRS) und zum Schutz vor regionalen Notfällen mithilfe des LRS auch in eine sekundäre geografische Region repliziert. Microsoft empfiehlt die Verwendung von GZRS für Anwendungen, die maximale Konsistenz, Dauerhaftigkeit und Verfügbarkeit, hervorragende Leistung und Resilienz bei der Notfallwiederherstellung erfordern.

Diagram showing GZRS, with primary region ZRS replicating data to LRS in a second region.

Der GZRS ist darauf ausgelegt, eine Dauerhaftigkeit von mindestens 16 Neunen (99,99999999999999 %) für Objekte über einen Zeitraum von einem Jahr bereitzustellen.

Lesezugriff auf Daten in der sekundären Region

Georedundanter Speicher (mit GRS oder GZRS) repliziert Ihre Daten an einen anderen physischen Standort in der sekundären Region, um sie vor regionalen Ausfällen zu schützen. Diese Daten sind jedoch nur dann lesbar, wenn der Kunde oder Microsoft ein Failover von der primären zur sekundären Region initiiert. Wenn Sie den Lesezugriff auf den sekundären Bereich aktivieren, ist Ihre Daten jedoch immer verfügbar, auch wenn die primäre Region optimal ausgeführt wird. Für den Lesezugriff in der sekundären Region aktivieren Sie georedundanten Speicher mit Lesezugriff (RA-GRS) oder geozonenredundanten Speicher mit Lesezugriff (RA-GZRS).

Wichtig

Denken Sie daran, dass die Daten in Ihrer sekundären Region aufgrund von RPO möglicherweise nicht auf dem neuesten Stand sind.