Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

Arbeiten mit DB-Instance-Lesereplikaten

Ein Lesereplikat ist eine schreibgeschützte Kopie einer DB-Instance. Sie können die Arbeitslast Ihrer primären DB-Instance reduzieren, indem Sie Abfragen aus Ihren Anwendungen an das Lesereplikat weiterleiten. Dies ermöglicht eine elastische Aufskalierung über die Kapazitätseinschränkungen einer einzelnen DB-Instance für leseintensive Datenbank-Workloads hinaus.

Amazon RDS nutzt die integrierten Replikationsfunktionen der DB-Engine, um ein Lesereplikat aus einer Quell-DB-Instance zu erstellen. Weitere Informationen zur Verwendung dieser Lesereplikate mit einer bestimmten Engine finden Sie in den folgenden Abschnitten:

Nachdem Sie ein Lesereplikat aus einer Quell-DB-Instance erstellt haben, wird die Quelle zur primären DB-Instance. Wenn Sie Updates an der primären DB-Instance vornehmen, kopiert Amazon RDS sie asynchron in das Lesereplikat. Das folgende Diagramm zeigt eine Quell-DB-Instance, die auf ein Lesereplikat in einer anderen Availability Zone (AZ) repliziert. Clients haben read/write Zugriff auf die primäre DB-Instance und schreibgeschützten Zugriff auf das Replikat.

Read Replicas werden als Standard-DB-Instances zu den gleichen Tarifen abgerechnet wie die DB-Instance-Klasse, die für das Replikat verwendet wird. Die Datenübertragung, die bei der Replikation von Daten zwischen der Quell-DB-Instance und einer Read Replica innerhalb derselben entsteht, wird Ihnen nicht in Rechnung gestellt. AWS-Region Weitere Informationen erhalten Sie unter Kosten für regionsübergreifende Replikationen und DB-Instance-Abrechnung für Amazon RDS.

Übersicht über Amazon RDS-Lesereplikate

In den folgenden Abschnitten werden DB-Instance-Lesereplikate behandelt. Informationen zu Lesereplikaten von Multi-AZ-DB-Clustern finden Sie unter Arbeiten mit Multi-AZ-DB-Cluster-Read Replicas für Amazon RDS.

Anwendungsfälle für Lesereplikate

Die Bereitstellung eines oder mehrerer Lesereplikate für eine bestehende Quell-DB-Instance kann in einer Vielfalt von Szenarien sinnvoll sein, einschließlich der Folgenden:

Funktionsweise von Lesereplikaten

Wenn Sie eine Read Replica erstellen, geben Sie eine vorhandene DB-Instance als Quelle an. Dann erstellt Amazon RDS einen Snapshot von der Quell-Instance und erstellt eine schreibgeschützte Instance aus diesem Snapshot. Dann verwendet Amazon RDS die asynchrone Replikationsmethode für die DB-Engine, um das Lesereplikat bei jeder Änderung an der primären DB-Instance zu aktualisieren.

Die Read Replica arbeitet als DB-Instance, die nur schreibgeschützte Verbindungen zulässt. Ausnahmen sind die DB-Engines RDS für Db2 und RDS für Oracle, die Replikatdatenbanken im Standby-Modus bzw. im Mount-Modus unterstützen. Ein Standby-Replikat und ein bereitgestelltes Replikat akzeptieren keine Benutzerverbindungen und können daher keine schreibgeschützten Workloads verarbeiten. Die primäre Verwendung von Standby-Replikaten und bereitgestellten Replikaten ist die regionsübergreifende Notfallwiederherstellung. Weitere Informationen erhalten Sie unter Arbeiten mit Replikaten für Amazon RDS for Db2 und Arbeiten mit Lese-Replikaten für Amazon RDS für Oracle.

Anwendungen verbinden sich mit dem Lesereplikat so wie mit einer DB-Instance. Amazon RDS repliziert alle Datenbanken in der Quell-DB-Instance.

Sie müssen Read Replicas manuell erstellen. RDS unterstützt keine automatische Skalierung von Read Replicas, d. h. das automatische Hinzufügen oder Entfernen von Read Replicas, wenn sich der Lesebedarf ändert.

Lesereplikate in einer Multi-AZ-Bereitstellung

Sie können ein Lesereplikat für eine DB-Instance konfigurieren, für die auch ein Standby-Replikat für hohe Verfügbarkeit in einer Multi-AZ-Bereitstellung konfiguriert ist. Die Replikation mit dem Standby-Replikat erfolgt synchron. Im Gegensatz zu Lesereplikaten kann ein Standby-Replikat keinen Lesedatenverkehr bereitstellen.

Im folgenden Szenario haben Clients read/write Zugriff auf eine primäre DB-Instance in einer AZ. Die primäre Instance kopiert Updates asynchron auf ein Lesereplikat in einer zweiten AZ und kopiert sie auch synchron auf ein Standby-Replikat in einer dritten AZ. Clients haben nur Lesezugriff auf das Lesereplikat.

Weitere Informationen zu Hochverfügbarkeits- und Standby-Replikaten finden Sie unter Konfiguration und Verwaltung einer Multi-AZ-Bereitstellung für Amazon RDS.

Regionsübergreifende Lesereplikate

In einigen Fällen befindet sich eine Read Replica in einer anderen AWS-Region als ihrer primären DB-Instance. In diesen Fällen richtet Amazon RDS einen sicheren Kommunikationskanal zwischen der primären DB-Instance und dem Lesereplikat ein. Amazon RDS richtet alle AWS Sicherheitskonfigurationen ein, die zur Aktivierung des sicheren Kanals erforderlich sind, z. B. das Hinzufügen von Sicherheitsgruppeneinträgen. Weitere Informationen zu regionsübergreifenden Read Replicas finden Sie unter Erstellen eines Lesereplikats in einer anderen AWS-Region.

Die Informationen in diesem Kapitel beziehen sich auf die Erstellung von Amazon RDS-Read Replicas entweder in derselben AWS-Region wie die Quell-DB-Instance oder in einer separaten AWS-Region. Die folgenden Informationen gelten nicht für die Einrichtung der Replikation mit einer Instance, die auf einer EC2 Amazon-Instance läuft oder lokal ist.

Lesereplikat-Speichertypen

Ein Lesereplikat wird standardmäßig mit dem selben Speichertyp erstellt wie die Quell-DB-Instance. Jedoch können Sie ein Lesereplikat erstellen, das einen anderen Speicherchip aufweist als die Quell-DB-Instance, basierend auf den in der folgenden Tabelle gelisteten Optionen.

Einschränkungen beim Erstellen eines Replikats aus einem Replikat

Amazon RDS unterstützt keine zirkulierende Replikation. Sie können eine DB-Instance nicht so konfigurieren, dass Sie als Replikationsquelle für eine vorhandene DB-Instance dient. Sie können ein neues Lesereplikat nur aus einer vorhandenen DB-Instance erstellen. Wenn beispielsweise MySourceDBInstance in ReadReplica1 repliziert wird, können Sie ReadReplica1 nicht für eine Rückreplikation auf MySourceDBInstance konfigurieren.

Bei RDS für MariaDB und RDS für MySQL und bei bestimmten Versionen von RDS für PostgreSQL ist es möglich, ein Lesereplikat aus einem vorhandenen Lesereplikat zu erstellen. Sie können beispielsweise ein neues Lesereplikat ReadReplica2 aus einem vorhandenen Replikat ReadReplica1 erstellen. Für RDS for Db2, RDS for Oracle und RDS for SQL Server können Sie keine Read Replica aus einer vorhandenen Read Replica erstellen.

Überlegungen zum Löschen von Replikaten

RDS unterstützt die automatische Skalierung von Read Replicas nicht. Daher erhöht RDS die Anzahl der Replikate nicht, wenn der Bedarf steigt, und erhöht oder verringert er die Anzahl der Replikate nicht, wenn der Bedarf sinkt. Wenn Sie Read Replicas nicht mehr benötigen, löschen Sie sie manuell. Verwenden Sie dabei dieselben Mechanismen wie beim Löschen einer DB-Instance. Wenn Sie eine Quell-DB-Instance löschen, ohne ihre Read Replicas in derselben zu löschen AWS-Region, wird jedes Replikat zu einer eigenständigen DB-Instance heraufgestuft.

Weitere Informationen zum Löschen einer DB-Instance finden Sie unter Löschen einer DB-Instance. Weitere Informationen zum Hochstufen von Read Replicas finden Sie unter Hochstufen eines Lesereplikats zur eigenständigen DB-Instance. Informationen zum Löschen der Quell-DB-Instance für eine regionsübergreifende Read Replica finden Sie unter. Überlegungen zur regionsübergreifenden Replikation