Was sind Verfügbarkeitszonen?
Viele Azure-Regionen bieten Verfügbarkeitszonen, bei denen es sich um getrennte Gruppen von Rechenzentren innerhalb einer Region handelt. Die Verfügbarkeitszonen liegen nahe genug beieinander, um Verbindungen mit geringer Latenz zu anderen Verfügbarkeitszonen zu haben. Sie sind über ein Hochleistungsnetzwerk mit einer Roundtriplatenz von weniger als ca. 2 ms verbunden. Die Verfügbarkeitszonen sind jedoch weit genug voneinander entfernt, um die Wahrscheinlichkeit zu verringern, dass mehr als eine von lokalen Ausfällen oder Wetterbedingungen betroffen ist. Verfügbarkeitszonen verfügen über eine unabhängige Strom-, Kühl- und Netzwerkinfrastruktur. Sie sind so konzipiert, dass im Falle eines Ausfalls einer Zone die regionalen Dienste, Kapazitäten und die hohe Verfügbarkeit von den übrigen Zonen unterstützt werden. Sie tragen dazu bei, dass Ihre Daten synchronisiert und zugänglich bleiben, wenn etwas schiefgeht.
Standorte von Rechenzentren werden anhand strenger Kriterien für die Sicherheitsrisikobewertung ausgewählt. Bei diesem Prozess werden alle signifikanten, für Rechenzentren spezifischen Risiken identifiziert und gemeinsame Risiken zwischen Verfügbarkeitszonen berücksichtigt.
Die folgende Abbildung zeigt mehrere Beispiele für Azure-Regionen. Regionen 1 und 2 unterstützen Verfügbarkeitszonen, und Regionen 3 und 4 verfügen nicht über Verfügbarkeitszonen.
Eine Liste von Regionen, die Verfügbarkeitszonen unterstützen, finden Sie unter Azure-Regionen mit Unterstützung für Verfügbarkeitszonen.
Zonale und zonenredundante Dienste
Wenn Sie in einer Azure-Region bereitstellen, die Verfügbarkeitszonen enthält, können Sie mehrere Verfügbarkeitszonen zusammen verwenden. Mithilfe mehrerer Verfügbarkeitszonen können Sie separate Kopien Ihrer Anwendung und Daten innerhalb physisch separierter Rechenzentren in einem großen Ballungsbereich aufbewahren.
Es gibt zwei Möglichkeiten, wie Azure-Dienste Verfügbarkeitszonen nutzen:
Zonenredundante Ressourcen sind über mehrere Verfügbarkeitszonen verteilt. Microsoft verwaltet die zonenübergreifende Verteilung von Anfragen und die zonenübergreifende Replikation von Daten. Wenn ein Ausfall in einer einzelnen Verfügbarkeitszone auftritt, verwaltet Microsoft das Failover automatisch.
Zonale Ressourcen sind an eine bestimmte Verfügbarkeitszone gebunden. Sie können mehrere zonale Bereitstellungen über verschiedene Zonen hinweg kombinieren, um hohe Zuverlässigkeitsanforderungen zu erfüllen. Sie sind für die Verwaltung der Datenreplikation und die Verteilung der Anfragen auf die Zonen zuständig. Wenn ein Ausfall in einer einzelnen Verfügbarkeitszone auftritt, sind Sie für den Failover in eine andere Verfügbarkeitszone verantwortlich.
Azure-Dienste unterstützen einen oder beide dieser Ansätze. Plattform-as-a-Service-Dienste (PaaS) unterstützen in der Regel zonenredundante Bereitstellungen. Infrastruktur-as-a-Service (IaaS)-Dienste unterstützen in der Regel zonale Bereitstellungen. Weitere Informationen zur Funktionsweise von Azure-Diensten mit Verfügbarkeitszonen finden Sie unter Azure-Regionen mit Unterstützung für Verfügbarkeitszonen.
Einige Dienste nutzen keine Verfügbarkeitszonen, bis Sie sie dafür konfigurieren. Wenn Sie einen Dienst nicht ausdrücklich für die Unterstützung von Verfügbarkeitszonen konfigurieren, wird dies als nicht-zonale oder regionale Bereitstellung bezeichnet. Auf diese Weise konfigurierte Ressourcen können in jeder Verfügbarkeitszone in der Region positioniert und verschoben werden. Wenn es in einer Verfügbarkeitszone in der Region zu einem Ausfall kommt, befinden sich möglicherweise nicht-zonale Ressourcen in der betroffenen Zone und könnten ausfallen.
Informationen zur dienstspezifischen Zuverlässigkeitsunterstützung durch Verfügbarkeitszonen sowie empfohlene Anleitungen zur Notfallwiederherstellung finden Sie unter Übersicht über Zuverlässigkeitsanleitungen.
Physische und logische Verfügbarkeitszonen
Jedes Rechenzentrum wird einer physischen Zone zugewiesen. Physische Zonen werden logischen Zonen in Ihrem Azure-Abonnement zugeordnet, und unterschiedliche Abonnements können möglicherweise unterschiedliche Zuordnungsreihenfolgen aufweisen. Azure-Abonnements wird ihre Zuordnung automatisch zugewiesen, wenn das Abonnement erstellt wird. Aus diesem Grund kann sich die Zonenzuordnung zwischen Abonnements unterscheiden.
Beispiel: Bei einem Abonnement mit dem Namen „Finanzen“ kann die physische Zone X der logischen Zone 1 zugeordnet sein, während bei einem anderen Abonnement mit dem Namen „Fertigung“ stattdessen die physische Zone X der logischen Zone 3 zugeordnet ist.
Um die Zuordnung zwischen logischen und physischen Zonen für Ihr Abonnement zu verstehen, verwenden Sie die List Locations Azure Resource Manager-API. Sie können die Informationen sowohl mit der Azure CLI als auch mit der Azure PowerShell aus der API abrufen.
az rest --method get \
--uri '/subscriptions/{subscriptionId}/locations?api-version=2022-12-01' \
--query 'value[?availabilityZoneMappings != `null`].{displayName: displayName, name: name, availabilityZoneMappings: availabilityZoneMappings}'
Verfügbarkeitszonen und Azure-Updates
Microsoft ist bestrebt, Updates für Azure-Dienste in jeder Region jeweils nur in einer Verfügbarkeitszone bereitzustellen. Dieser Ansatz reduziert die Auswirkungen, die Updates auf eine aktive Workload haben können, da die Workload in anderen Zonen weiter ausgeführt kann, während das Update durchgeführt wird. Sie müssen Ihre Workload über mehrere Zonen hinweg ausführen, um diesen Vorteil nutzen zu können. Weitere Informationen darüber, wie Azure Updates bereitstellt, finden Sie unter Weiterentwicklung sicherer Bereitstellungsmethoden.
Architekturleitfaden für Verfügbarkeitszonen
Um zuverlässigere Arbeitslasten zu erreichen:
- Produktionsworkloads sollten so konfiguriert werden, dass mehrere Verfügbarkeitszonen verwendet werden, sofern die Region, in der sie sich befinden, Verfügbarkeitszonen unterstützt.
- Für unternehmenskritische Workloads sollten Sie eine Lösung in Betracht ziehen, die sowohl für mehrere Regionen als auch für mehrere Zonen geeignet ist.
Ausführlichere Informationen über die Verwendung von Regionen und Verfügbarkeitszonen in einer Lösungsarchitektur finden Sie unter Empfehlungen zur Verwendung von Verfügbarkeitszonen und Regionen.