- Identifizieren eines Verfügbarkeitszonencodes
- Speicherebenen vs. Serverinstanzen
- Was bietet die Multi-AZ-Bereitstellung?
Um vollständig zu verstehen, was eine Multi-AZ Deployment
ist bedeutet für Ihre Infrastruktur, dass es wichtig ist, zu erkennen, wie Amazon Web Services weltweit konfiguriert ist und somit unabhängig von Ihrem Standort die Redundanzdienste bereitstellt.
Wie in der offiziellen Dokumentation erläutert, besteht die AWS Cloud aus einer Reihe von Regions
, bei denen es sich um physische Standorte auf der ganzen Welt handelt, z. B. Oregon, USA; Nord-Virginia, Vereinigte Staaten; Irland; und Tokio.
Innerhalb jeder Region
gibt es eine Reihe separater physischer Rechenzentren, die als Availability Zones
bekannt sind . Jede Availability Zone
ist eine eigenständige Einrichtung mit eigener Stromversorgung, Konnektivität und Netzwerkfähigkeiten. Die meisten Regions
beherbergen 2-3 verschiedene Availability Zones
jeweils, um bei Bedarf innerhalb einer bestimmten Region
eine angemessene Redundanz bereitzustellen .
Während Amazon seine Region
ständig erweitert und Availability Zone
Abdeckung können Sie eine aktuelle Karte der AWS Cloud-Infrastruktur im Bild unten anzeigen:
Bild mit freundlicher Genehmigung von Amazon Web Services
Alle Availability Zones
innerhalb einer einzigen Region
sind über ein privates Glasfasernetzwerk miteinander verbunden, wodurch jede Availability Zone
ermöglicht wird um bei Bedarf schnell und effizient miteinander zu kommunizieren und Daten zu übertragen.
Identifizierung eines Verfügbarkeitszonencodes
Beim Erstellen einer neuen Instanz über das AWS-Dashboard wird Ihnen möglicherweise die Option angezeigt, eine bestimmte Availability Zone
auszuwählen , oder in vielen Fällen einfach eine Region
und das System wählt die Availability Zone
aus für dich.
Regions
werden durch eine einfache Zeichenfolge gekennzeichnet, um ggf. das Land und/oder die Unterregion darzustellen. Beispiel:us-west-2
ist die Bezeichnung für die Region
von Oregon, USA während us-west-1
ist für Kalifornien, USA.
Availability Zones
werden durch den folgenden Region
gekennzeichnet -Tag mit einer Buchstabenbezeichnung, z. B. us-west-1b
oder us-west-2a
.
Speicherebenen vs. Serverinstanzen
Ein weiteres wichtiges Konzept, das Sie verstehen müssen, um zu verstehen, was Multi-AZ Deployments
sind Implizit ist der Unterschied zwischen der storage layer
und die server instance
.
Die server instance
für Ihre Datenbank stellt man sich am besten als die physische Maschine vor, die die Struktur Ihrer Datenbank und Routen steuert alle Ihre Daten, die in der storage layer
enthalten sind .
Die storage layer
ist eine SSD-unterstützte virtualisierte Darstellung aller aktuellen Daten in Ihrer Datenbank. Das Schlüsselwort, auf das Sie sich hier konzentrieren sollten, ist virtualisiert , das ist Amazons ausgefallene Art zu sagen, dass die storage layer
die die eigentlichen Daten in Ihrem System darstellen, ist nicht an einen physischen Standort oder eine Maschine gebunden, sondern wird virtualisiert und an zahlreiche weitergegeben Standorte (insgesamt sechs in drei Availability Zones
in den meisten Fällen).
Was bietet die Multi-AZ-Bereitstellung?
In fast allen Fällen, in denen Amazon Web Services verwendet werden, ist dies die Standardpraxis für die storage layer
(wo sich alle Daten befinden) redundant über alle Availability Zones
hinweg gespeichert werden innerhalb der angegebenen Region
ohne Aufpreis. Für den Fall, dass eine Availability Zone
aus irgendeinem Grund offline geht (so unwahrscheinlich das auch sein mag), ist das System bereits vorhanden, um die Dienste Ihrer Datenbank sofort und automatisch über eine identische Kopie der storage layer
fortzusetzen aus einer der anderen verbundenen Availability Zones
.
Allerdings , sofern nicht anders angegeben, wird diese Redundanz nur auf die storage layer
angewendet , existiert jedoch nicht für den physischen Computer Ihrer tatsächlichen server instance
. Wenn etwas die Availability Zone
verursachen würde wo Ihre server instance
zum Herunterfahren befindet, würde Ihre Datenbank nicht mehr als physische server instance
funktionieren ist offline.
Hier ist Multi-AZ Deployment
kommt für Dienste wie Amazon Aurora ins Spiel. Genauso wie die automatische Redundanz der Daten in Ihrer storage layer
, eine Multi-AZ Deployment
bedeutet, dass Ihre server instance
wird auch redundant über mehrere Availability Zones
kopiert . Aus diesem Grund sollte jede Amazon Aurora Multi-AZ Deployment
wird versichert, dass es eine einzige Availability Zone
geben sollte Offline gehen, wo die physische server instance
Computer befindet, wird ein automatisches Failover auf eine aktuelle Standby-Replikation in einer anderen verbundenen Availability Zone
initiiert .
Wie in der offiziellen Dokumentation besprochen, wird das Failover-Verfahren (das normalerweise nur 1-2 Minuten dauert) automatisch durchgeführt, um die Betriebszeit Ihres Systems zu maximieren, wenn eines der folgenden Ereignisse eintritt:
- Verfügbarkeitsverlust in der primären
Availability Zone
- Verlust der Netzwerkverbindung zum primären Netzwerk
- Fehler der Recheneinheit auf dem primären Rechner
- Speicherfehler auf primärem Speicher