Eine Availability Zone (AZ), deutsch „Verfügbarkeitszone", ist ein physisch getrennter Standort innerhalb einer Cloud-Region. Jede AZ besteht aus eigenen Rechenzentren mit unabhängiger Stromversorgung, Kühlung und Netzwerk-Anbindung. Der Abstand zwischen zwei Zonen ist groß genug, dass ein lokaler Ausfall (Brand, Stromausfall, Wartungsfehler) die andere Zone nicht mitreißt — aber klein genug, dass die Latenz zwischen ihnen gering bleibt.
Region, Zone, Datacenter — die Hierarchie
Cloud-Region (z. B. Frankfurt)
└── Availability Zone A (Rechenzentrum 1)
└── Availability Zone B (Rechenzentrum 2)
└── Availability Zone C (Rechenzentrum 3)
- Region: Ein geografisches Gebiet (z. B. eu-central-1 = Frankfurt). Regionen sind untereinander weit entfernt und unabhängig.
- Availability Zone: Mehrere AZs pro Region, jeweils mit eigener Infrastruktur. Verbunden über schnelle, redundante Glasfaser.
- Datacenter: Ein einzelnes Rechenzentrum. Eine AZ kann ein oder mehrere Datacenter umfassen.
Warum mehrere Zonen nutzen?
- Ausfallsicherheit: Verteilte Anwendungen überleben den Ausfall einer kompletten Zone — ein Grundpfeiler der Hochverfügbarkeit.
- Niedrige Latenz: Die Zonen einer Region sind nahe beieinander; Replikation zwischen AZs ist schnell genug für aktive Datenbanken.
- Skalierung: Zusammen mit Auto-Scaling kann die Cloud Instanzen automatisch auf mehrere Zonen verteilen.
Multi-AZ in der Praxis
Ohne Multi-AZ: Anwendung in einer Zone → Zonenausfall = Ausfall
Mit Multi-AZ: Anwendung in Zone A + B, Load Balancer verteilt
→ fällt Zone A aus, übernimmt Zone B (fast ohne Unterbrechung)
- Datenbanken: Verwaltete Datenbanken (z. B. RDS, Cloud SQL) bieten Multi-AZ-Replikation: Eine Standby-Kopie läuft parallel in einer zweiten Zone und übernimmt bei Ausfall automatisch.
- Compute: Instanzen werden bewusst über mehrere AZs verteilt; ein Load Balancer leitet Anfragen an die gesunden Zonen.
- Snapshots: Snapshots und Backups werden von den Anbietern meist automatisch über mehrere Zonen gesichert.
Praxis-Tipps
- Nicht jede Region hat gleich viele AZs (meist 3, manchmal 2 oder mehr). Vor dem Design die verfügbaren Zonen prüfen.
- Datenverkehr zwischen Zonen wird von den Anbietern separat abgerechnet — bei hohem Datenaustausch die Kosten im Blick behalten.
- Multi-AZ schützt vor einem lokalen Ausfall, nicht vor einem Ausfall der gesamten Region. Für den Ernstfall zusätzlich eine zweite Region einplanen (Disaster Recovery).
- Virtualisierung und Container machen das Verschieben zwischen Zonen einfach — die Anwendung sollte „zonenlos" designen (keine feste Bindung an eine Maschine).
Verwandte Grundlagen: Cloud Computing, Hochverfügbarkeit, Auto-Scaling, Load Balancer, Serverless, IaaS, Snapshots, Latenz.