Database
 sql >> Datenbank >  >> RDS >> Database

Grundlegendes zur Multi-AZ-Bereitstellung von Amazon Auroras

  • 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