Multi-AZ-Bereitstellungen von Amazon RDS bieten für RDS Datenbank-Instances eine höhere Verfügbarkeit und Beständigkeit von Daten und eignen sich deshalb ideal für Verarbeitungslasten von Produktionsdatenbanken. Wenn Sie eine Multi-AZ-DB-Instance bereitstellen, erstellt Amazon RDS automatisch eine primäre DB-Instance und repliziert die Daten synchron in eine Standby-Instance in einer anderen Availability Zone (AZ). Jede AZ wird in ihrer eigenen physisch unabhängigen Infrastruktur ausgeführt und ist auf hohe Zuverlässigkeit ausgelegt. Bei einem Ausfall von Infrastruktur führt Amazon RDS automatisch ein Failover auf die Standby-Instance (oder im Fall von Amazon Aurora auf die Read Replica) aus, sodass Sie den Datenbankbetrieb nach Abschluss des Failovers fortsetzen können. Da der Endpunkt Ihrer DB-Instance nach einem Failover gleich bleibt, kann Ihre Anwendung den Datenbankbetrieb fortsetzen, ohne dass ein manueller administrativer Eingriff erforderlich ist.

Mehrere Amazon RDS-Engines ermöglichen es Ihnen, Read Replica hinzuzufügen, um die Skalierbarkeit zu erhöhen und die Verfügbarkeit der Datenbank im Falle eines AZ-Ausfalls aufrechtzuerhalten. Amazon RDS Read Replicas können mit eigenen Standby-Instanzen in einer anderen AZ eingerichtet werden. Im Fall von Aurora können Sie sich dafür entscheiden, Read Replicas über mehrere Availability Zones hinweg zu platzieren.

Amazon Aurora erweitert die Vorteile von Multi-AZ durch den Einsatz einer SSD-gestützten virtualisierten Speicherschicht, die speziell für Datenbank-Workloads entwickelt wurde. Es repliziert Ihre gespeicherten Daten automatisch in sechs Richtungen und in drei Availability Zones. Amazon Aurora-Speicher ist fehlertolerant und verarbeitet transparent den Verlust von bis zu zwei Kopien der Daten ohne Beeinträchtigung der Schreibverfügbarkeit der Datenbank, und bis zu drei Kopien ohne Beeinträchtigung der Verfügbarkeit von Leseleistung. Aurora repliziert Ihre Daten immer über drei Availability Zones hinweg, unabhängig davon, ob Ihre Datenbank Read Replicas verwendet.

Konvertieren einer Amazon RDS-Instance zu Multi-AZ (3:01)

Vorteile

Höhere Datenbeständigkeit

Multi-AZ-Bereitstellungen für die Datenbank-Engines MySQL, MariaDB, Oracle und PostgreSQL arbeiten mit einer synchronen physischen Replikation, bei der die Daten der Standby-Instance mit denen der Primär-Instance übereinstimmen. Multi-AZ-Bereitstellungen für die Datenbank-Engine SQL Server arbeiten mit der synchronen logischen Replikation zum Erreichen desselben Ergebnisses mithilfe der SQL Server-eigenen Spiegelungstechnologie. Amazon Aurora nutzt eine virtualisierte Speicherebene mit SSD-Unterstützung, die speziell für Datenbank-Arbeitslasten konzipiert wurde. Bei allen Verfahren sind Ihre Daten bei Ausfall einer DB-Instance oder Availability Zone geschützt.

Höhere Verfügbarkeit

Beim Betrieb von Multi-AZ-Bereitstellungen profitieren Sie von einer besseren Datenbankverfügbarkeit. Wenn es zu einem Ausfall einer Availability Zone oder DB-Instance kommt, wird die Verfügbarkeit lediglich für den Zeitraum beeinträchtigt, den das automatische Failover benötigt, normalerweise weniger als eine Minute für Amazon Aurora (30 Sekunden bei Verwendung von MariaDB Connector/J) und 1 – 2 Minuten für andere Datenbank-Engines (siehe häufig gestellte Fragen zu RDS).

Die Verfügbarkeitsvorteile von Multi-AZ-Bereitstellungen kommen auch bei geplanten Wartungen und Sicherungen zum Tragen. Im Fall von Systemaktualisierungen wie Betriebssystem-Patches oder Skalierungen der DB-Instance erfolgen diese vor dem automatischen Failover zunächst für die Standby-Instance. Es kommt deshalb lediglich für die Dauer, die das automatische Failover in Anspruch nimmt, zu Einschränkungen der Verfügbarkeit.

Schutz Ihrer Datenbank-Performance

Im Gegensatz zu Single-AZ-Bereitstellungen wird die E/A-Aktivität in Ihrer Primär-Instance während der Sicherung bei Multi-AZ-Bereitstellungen für die Engines MySQL, MariaDB, Oracle und PostgreSQL nicht unterbrochen, da die Sicherung von der Standby-Instance erstellt wird. Beachten Sie jedoch, dass es bei Multi-AZ-Bereitstellungen im Verlauf von Sicherungen zu einer erhöhten Latenz (für gewöhnlich wenige Minuten) kommen kann.

Bei Instance-Ausfällen in Amazon Aurora-Bereitstellungen verwendet Amazon RDS die RDS Multi-AZ-Technologie, um Failovers auf eine der bis zu 15 Aurora-Replicas, die Sie in einer der drei Availability Zones erstellt haben, zu automatisieren. Falls keine Amazon Aurora Replicas bereitgestellt wurden, versucht Amazon RDS bei einem Ausfall, automatisch eine neue Amazon Aurora-DB-Instanz für Sie zu erstellen.

Automatisches Failover

Wenn ein Speicher-Volume auf Ihrer Primär-Instance in einer Multi-AZ-Bereitstellung ausfällt, initiiert Amazon RDS automatisch einen Failover zur aktuellen Standby-Instance (oder im Fall von Amazon Aurora zur Read Replica). Vergleich mit einer Single-AZ-Bereitstellung: Beim Ausfall einer Single-AZ-Datenbank ist eine vom Benutzer initiierte zeitpunktbezogene Wiederherstellung erforderlich. Dieser Vorgang kann mehrere Stunden dauern. Außerdem stehen Datenaktualisierungen, die nach dem spätesten wiederherstellbaren Zeitpunkt (in der Regel den letzten fünf Minuten) erfolgt sind, nicht zur Verfügung.

Das Failover von DB-Instances erfolgt vollautomatisch und erfordert keine Administratoreingriffe. Amazon RDS überwacht den Status Ihrer Primär- und Standby-Instance und löst bei verschiedenen Fehlerbedingungen automatisch ein Failover aus.

Failover-Bedingungen

Bei Multi-AZ-Bereitstellungen erfolgt bei den meisten gängigen Ausfallszenarien nach deren Erkennen eine automatische Wiederherstellung durch Amazon RDS, sodass Sie ohne Verwaltungsaufwand Datenbankvorgänge schnellstmöglich fortsetzen können. Amazon RDS führt in den folgenden Szenarien automatisch ein Failover durch:

  • Verlust der Verfügbarkeit in der primären Availability Zone
  • Verlust der Netzwerkverbindung zur Primär-Instance
  • Ausfall einer Datenverarbeitungseinheit in der Primär-Instance
  • Speicherfehler in der Primär-Instance

Hinweis: Wenn für Multi-AZ-Bereitstellungen Vorgänge wie die Skalierung von DB-Instances oder System-Upgrades wie das Einspielen von Betriebssystem-Patches ausgelöst werden, werden diese zur Optimierung der Verfügbarkeit vor einem automatischen Failover zunächst auf das Standby-Replikat angewendet (in der Dokumentation zu Aurora finden Sie weitere Details zum Aktualisierungsverhalten). Es kommt deshalb lediglich für die Dauer, die das automatische Failover in Anspruch nimmt, zu Einschränkungen der Verfügbarkeit. Hinweis: Bei Multi-AZ-Bereitstellungen von Amazon RDS erfolgt kein automatisches Failover als Reaktion auf Datenbankvorgänge wie lang andauernde Abfragen, gegenseitige Sperren (Deadlocks) oder Fehler aufgrund von Datenbankbeschädigungen.

Fehlertoleranz über mehrere Rechenzentren hinweg

Einrichtung

Über die AWS-Managementkonsole können Sie problemlos neue Multi-AZ-Bereitstellungen erstellen oder vorhandene Single-AZ-Instances in Multi-AZ-Bereitstellungen ändern. Um eine neue Multi-AZ-Bereitstellung über die AWS-Managementkonsole einzurichten, klicken Sie einfach, wenn Sie eine DB-Instance starten, bei "Multi-AZ Deployment" auf "Yes". Zum Umwandeln einer vorhandenen Single-AZ-DB-Instance in eine Multi-AZ-Bereitstellung wählen Sie für Ihre DB-Instance in der AWS-Managementkonsole die Option "Modify".

Multi-AZ-Bereitstellungen, Multi-Region-Bereitstellung und Read Replicas

Die Amazon RDS Multi-AZ-Bereitstellungen ergänzen die Multi-Region-Bereitstellungen und Read Replicas. Zwar erhöhen alle drei Funktionen die Verfügbarkeit und Zuverlässigkeit durch zusätzliche Kopien Ihrer Daten, aber es gibt Unterschiede zwischen ihnen:

Multi-AZ-Bereitstellungen

Multi-Region-Bereitstellungen

Read Replicas

Der Hauptzweck ist hohe Verfügbarkeit

Der Hauptzweck ist die Notfallwiederherstellung und lokale Leistung

Der Hauptzweck ist die Skalierbarkeit

Nicht-Aurora: synchrone Replikation; Aurora: asynchrone Replikation

Asynchrone Replikation

Asynchrone Replikation

Nicht-Aurora: nur die primäre Instanz ist aktiv; Aurora: alle Instanzen sind aktiv

Alle Regionen sind zugänglich und können für Reads genutzt werden

Sämtliche Read Replicas sind zugänglich und können für eine Leseskalierung verwendet werden

Nicht-Aurora: automatische Sicherungen werden aus dem Standby-Modus genommen; Aurora: automatische Sicherungen werden aus der gemeinsamen Speicherschicht genommen

Automatische Sicherungen können in jeder Region durchgeführt werden

Standardmäßig sind keine Sicherungen konfiguriert

Über eine einzelne Region erstrecken sich immer mindestens zwei Availability Zones

Jede Region kann eine Multi-AZ-Bereitstellung haben

Kann in einer Availability Zone AZ-übergreifend oder Regionen-übergreifend sein

Nicht-Aurora: Upgrades der Datenbank-Engine-Version erfolgen auf der Primärseite; Aurora: alle Instanzen werden zusammen aktualisiert

Nicht-Aurora: das Upgrade der Datenbank-Engine ist in jeder Region unabhängig; Aurora: alle Instanzen werden zusammen aktualisiert

Nicht-Aurora: Upgrade der Datenbank-Engine-Version ist unabhängig von der Quellinstanz; Aurora: alle Instanzen werden zusammen aktualisiert

Automatisches Failover auf Standby (nicht Aurora) oder Read Replica (Aurora), wenn ein Problem erkannt wird

Aurora erlaubt die Heraufstufung einer sekundären Region zum Master

Kann manuell zu einer eigenständigen Datenbankinstanz (nicht Aurora) oder zur Primärinstanz (Aurora) befördert werden

Sie können Multi-AZ-Bereitstellungen mit anderen Amazon RDS-Funktionen kombinieren, um die Vorteile beider zu nutzen. Beispielsweise können Sie eine Quelldatenbank als Multi-AZ für hohe Verfügbarkeit konfigurieren und eine Read Replica (in Single-AZ) für eine Lese-Skalierbarkeit erstellen. Oder Sie können die Aurora Global Database verwenden, um Daten aus Ihrer Multi-AZ Aurora-Bereitstellung in weitere Regionen zu replizieren.

Mit RDS für MySQL, MariaDB, PostgreSQL und Oracle können Sie auch die Read Replica als Multi-AZ festlegen. Dadurch können Sie die Read Replica als Notfallwiederherstellungsziel verwenden. Wenn Sie die Read Replica zu einer standalone Datenbank hochstufen , wird sie bereits Multi-AZ aktiviert sein.enabled.

Weitere Informationen zu Amazon RDS-Funktionen
Mehr über RDS-Funktionen erfahren

Entdecken Sie wichtige Funktionen von Amazon RDS. 

Weitere Informationen 
Registrieren Sie sich für ein AWS-Konto
Registrieren Sie sich und erhalten Sie ein kostenloses Konto

Sie erhalten sofort Zugriff auf das kostenlose AWS-Kontingent. 

Registrieren 
Beginnen Sie mit der Entwicklung mit Amazon RDS in der Konsole
Beginnen Sie mit der Entwicklung in der Konsole

Erste Schritte mit der Amazon RDS Management-Konsole

Anmeldung