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 Lesereplikaten von DB-Clustern mit Multi-AZ für Amazon RDS
Ein DB-Cluster-Lesereplikat ist eine spezielle Art von Cluster, den Sie aus einer Quell-DB-Instance erstellen. Nachdem Sie ein Lesereplikat erstellt haben, werden in der primären DB-Instance ausgeführte Aktualisierungen asynchron in das Lesereplikat des Multi-AZ-DB-Clusters kopiert. Sie können die Arbeitslast für Ihre primären DB-Instance reduzieren, indem Sie Leseabfragen aus Ihren Anwendungen an das Lesereplikat weiterleiten. Mit Lesereplikaten können Sie die Kapazitätseinschränkungen einer einzelnen DB-Instance für leseintensive Datenbank-Workloads elastisch erweitern.
Sie können auch ein oder mehrere DB-Instance-Lesereplikate aus einem Multi-AZ-DB-Cluster erstellen. Mit DB-Instance-Lesereplikaten können Sie über die Rechen- oder I/O-Kapazität des Multi-AZ-DB-Quell-Clusters hinaus skalieren, indem Sie überschüssigen Leseverkehr an die Lesereplikate weiterleiten. Derzeit können Sie kein Lesereplikat eines Multi-AZ-DB-Clusters aus einem vorhandenen Multi-AZ-DB-Cluster erstellen.
Berücksichtigen Sie Ihren spezifischen Anwendungsfall und Ihre Leistungsanforderungen, wenn Sie entscheiden, ob Sie mithilfe eines Lesereplikats zu einem DB-Cluster mit Multi-AZ migrieren oder ein Lesereplikat einer DB-Instance aus einem DB-Cluster mit Multi-AZ erstellen möchten.
**Migrieren zu einem Multi-AZ-DB-Cluster mithilfe eines Lesereplikats**
Dieser Ansatz ist ideal, wenn Sie die Verfügbarkeit und Haltbarkeit Ihrer Datenbank verbessern und gleichzeitig Ausfallzeiten minimieren möchten. Wenn Sie ein Lesereplikat für die Migration zu einem DB-Cluster mit Multi-AZ verwenden, können Sie einen kontinuierlichen Betrieb und Datenkonsistenz sicherstellen. Diese Methode eignet sich besonders für Produktionsumgebungen, in denen die Aufrechterhaltung der Verfügbarkeit und die Reduzierung der Auswirkungen auf Live-Workloads von entscheidender Bedeutung sind.
**Erstellen eines DB-Instance-Lesereplikats aus einem Multi-AZ-DB-Cluster**
Diese Methode eignet sich, wenn Sie Lesevorgänge skalieren oder den Lesedatenverkehr von Ihrer primären Datenbank-Instance weg verlagern möchten. Indem Sie ein Lesereplikat eines vorhandenen DB-Clusters mit Multi-AZ erstellen, können Sie leseintensive Workloads verteilen und die Leistung verbessern, ohne dass die Stabilität der primären Instance beeinträchtigt wird.
Die Wahl des richtigen Ansatzes hängt davon ab, ob Ihre Priorität darin besteht, eine hohe Verfügbarkeit und Haltbarkeit sicherzustellen oder die Leseleistung zu skalieren. Bewerten Sie Ihre Workload-Merkmale und betrieblichen Anforderungen, um eine fundierte Entscheidung zu treffen.
**Topics**
+ [Migrieren zu einem Multi-AZ-DB-Cluster mithilfe eines Lesereplikats](multi-az-db-clusters-migrating-to-with-read-replica.md)
+ [Erstellen eines DB-Instance-Lesereplikats aus einem Multi-AZ-DB-Cluster](multi-az-db-clusters-create-instance-read-replica.md)
# Migrieren zu einem Multi-AZ-DB-Cluster mithilfe eines Lesereplikats
Wenn Sie eine Single-AZ-Bereitstellung oder Multi-AZ-Bereitstellung einer DB-Instance zu einer Multi-AZ-Bereitstellung eines DB-Clusters mit reduzierter Ausfallzeit migrieren möchten, können Sie ein Lesereplikat des Multi-AZ-DB-Clusters erstellen. Für die Quelle geben Sie die DB-Instance in der Single-AZ-Bereitstellung oder die primäre DB-Instance in der Multi-AZ-Bereitstellung der DB-Instance an. Die DB-Instance kann während der Migration zu einem Multi-AZ-DB-Cluster Schreibtransaktionen verarbeiten.
Beachten Sie die folgenden Überlegungen, bevor Sie ein Multi-AZ-DB-Cluster-Lesereplikat erstellen:
+ Die Version der Quell-DB-Instance muss Multi-AZ-DB-Cluster unterstützen. Weitere Informationen finden Sie unter [Unterstützte Regionen und DB-Engines für DB-Cluster mit Multi-AZ in Amazon RDS.](Concepts.RDS_Fea_Regions_DB-eng.Feature.MultiAZDBClusters.md).
+ Das Lesereplikat des Multi-AZ-DB-Clusters muss dieselbe Hauptversion wie seine Quelle und dieselbe oder eine höhere Nebenversion haben.
+ Sie müssen automatische Backups für die Quell-DB-Instance aktivieren, indem Sie den Aufbewahrungszeitraum für Backups auf einen anderen Wert als 0 festlegen.
+ Der zugewiesene Speicher der Quell-DB-Instance muss 100 GiB oder mehr betragen.
+ Für RDS für MySQL müssen die Parameter `gtid-mode` und `enforce_gtid_consistency` beide auf `ON` für die Quell-DB-Instance festgelegt sein. Sie müssen eine benutzerdefinierte Parametergruppe und keine Standardparametergruppe verwenden. Weitere Informationen finden Sie unter [DB-Parametergruppen für DB-Instances von Amazon RDS](USER_WorkingWithDBInstanceParamGroups.md).
+ Eine aktive, langlaufende Transaktion kann den Prozess der Erstellung des Lesereplikats verlangsamen. Wir empfehlen Ihnen zu warten, bis langlaufende Transaktionen abgeschlossen sind, bevor ein Lesereplikat erstellt wird.
+ Wenn Sie die Quell-DB-Instance für das Lesereplikat eines Multi-AZ-DB-Clusters löschen, wird das Lesereplikat zu einem eigenständigen Multi-AZ-DB-Cluster hochgestuft.
## Erstellen und Hochstufen des Lesereplikats eines Multi-AZ-DB-Clusters
Sie können das Lesereplikat eines Multi-AZ-DB-Clusters mit der AWS-Managementkonsole, der AWS CLI oder der RDS-API erstellen und hochstufen.
**Anmerkung**
Wir empfehlen dringend, alle Lesereplikate in derselben Virtual Private Cloud (VPC) basierend auf Amazon VPC als Quell-DB-Instance zu erstellen.
Wenn Sie ein Lesereplikat in einer anderen VPC als der Quell-DB-Instance erstellen, können CIDR-Bereiche (Classless Inter-Domain Routing) zwischen dem Replikat und dem Amazon-RDS-System einander überlappen. Die CIDR-Überlappung macht das Replikat instabil, was sich negativ auf Anwendungen auswirken kann, die eine Verbindung herstellen. Wenn beim Erstellen des Lesereplikats eine Fehlermeldung angezeigt wird, wählen Sie eine andere Ziel-DB-Subnetzgruppe aus. Weitere Informationen finden Sie unter [Arbeiten mit einer DB-Instance in einer VPC](USER_VPC.WorkingWithRDSInstanceinaVPC.md).
### Konsole
Führen Sie die folgenden Schritte unter Verwendung der AWS-Managementkonsole aus, um eine Single-AZ-Bereitstellung oder Multi-AZ-Bereitstellung einer DB-Instance mithilfe eines Lesereplikats zu einem Multi-AZ-DB-Cluster zu migrieren.
1. Melden Sie sich bei der AWS-Managementkonsole an und öffnen Sie die Amazon-RDS-Konsole unter [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. Erstellen Sie das Lesereplikat des Multi-AZ-DB-Clusters.
1. Wählen Sie im Navigationsbereich **Databases (Datenbanken)** aus.
1. Wählen Sie die DB-Instance aus, die Sie als Quelle für eine Read Replica verwenden möchten.
1. Wählen Sie unter **Aktionen** **Create read replica (Read Replica erstellen)** aus.
1. Wählen Sie unter **Availability and durability** (Verfügbarkeit und Beständigkeit) die Option **Multi-AZ DB cluster** (Multi-AZ-DB-Cluster) aus.
1. Geben Sie unter **DB instance identifier (DB-Instance-Kennung)** einen Namen für das Lesereplikat ein.
1. In den übrigen Abschnitten geben Sie die Einstellungen für Ihren DB-Cluster an. Weitere Informationen zu einer Einstellung finden Sie unter [Einstellungen zum Erstellen von Multi-AZ-DB-Clustern](create-multi-az-db-cluster.md#create-multi-az-db-cluster-settings).
1. Wählen Sie **Read Replica erstellen** aus.
1. Wenn Sie bereit sind, stufen Sie das Lesereplikat zu einem eigenständigen Multi-AZ-DB-Cluster hoch:
1. Halten Sie alle Transaktionen in die Quell-DB-Instance an und warten Sie anschließend, bis alle Updates für das Lesereplikat abgeschlossen wurden.
Datenbank-Updates werden im Lesereplikat durchgeführt, nachdem sie in der primären DB-Instance vorgenommen wurden. Diese Replikationsverzögerung kann erheblich variieren. Verwenden Sie die Metrik `ReplicaLag`, um zu bestimmen, wann alle Aktualisierungen am Lesereplikat vorgenommen wurden. Weitere Informationen zur Replikationsverzögerung finden Sie unter [Überwachen der Lesereplikation](USER_ReadRepl.Monitoring.md).
1. Melden Sie sich bei der AWS-Managementkonsole an und öffnen Sie die Amazon-RDS-Konsole unter [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. Wählen Sie in der Amazon-RDS-Konsole **Databases (Datenbanken)** aus.
Der Bereich **Databases (Datenbanken)** wird angezeigt. Jedes Lesereplikat zeigt **Replica (Replikat)** in der Spalte **Role (Rolle)** an.
1. Wählen Sie das Lesereplikat des Multi-AZ-DB-Clusters aus, das Sie hochstufen möchten.
1. Wählen Sie für **Actions (Aktionen)** **Promote (Hochstufen)** aus.
1. Geben Sie auf der Seite **Promote read replica** (Lesereplikat hochstufen) den Aufbewahrungszeitraum und das Backup-Fenster für den neu hochgestuften DB-Cluster an.
1. Wenn die Einstellungen Ihren Wünschen entsprechen, wählen Sie **Promote read replica** (Lesereplikat hochstufen) aus.
1. Warten Sie, bis der Status des hochgestuften Multi-AZ-DB-Clusters `Available` lautet.
1. Weisen Sie Ihre Anwendungen an, den hochgestuften Multi-AZ-DB-Cluster zu verwenden.
Löschen Sie optional die Single-AZ-Bereitstellung oder die Multi-AZ-Bereitstellung der DB-Instance, wenn sie nicht mehr benötigt wird. Detaillierte Anweisungen finden Sie unter [Löschen einer DB-Instance](USER_DeleteInstance.md).
### AWS CLI
Führen Sie die folgenden Schritte unter Verwendung der AWS CLI aus, um eine Single-AZ-Bereitstellung oder Multi-AZ-Bereitstellung einer DB-Instance mithilfe eines Lesereplikats zu einem Multi-AZ-DB-Cluster zu migrieren.
1. Erstellen Sie das Lesereplikat des Multi-AZ-DB-Clusters.
Verwenden Sie den AWS CLI-Befehl [https://docs.aws.amazon.com/cli/latest/reference/rds/create-db-cluster.html](https://docs.aws.amazon.com/cli/latest/reference/rds/create-db-cluster.html), um ein Lesereplikat aus einer Quell-DB-Instance zu erstellen. Geben Sie für `--replication-source-identifier` den Amazon-Ressourcennamen (ARN) der Quell-DB-Instance an.
Für Linux, macOS oder Unix:
```
aws rds create-db-cluster \
--db-cluster-identifier mymultiazdbcluster \
--replication-source-identifier arn:aws:rds:us-east-2:123456789012:db:mydbinstance
--engine postgres \
--db-cluster-instance-class db.m5d.large \
--storage-type io1 \
--iops 1000 \
--db-subnet-group-name defaultvpc \
--backup-retention-period 1
```
Für Windows:
```
aws rds create-db-cluster ^
--db-cluster-identifier mymultiazdbcluster ^
--replication-source-identifier arn:aws:rds:us-east-2:123456789012:db:mydbinstance
--engine postgres ^
--db-cluster-instance-class db.m5d.large ^
--storage-type io1 ^
--iops 1000 ^
--db-subnet-group-name defaultvpc ^
--backup-retention-period 1
```
1. Halten Sie alle Transaktionen in die Quell-DB-Instance an und warten Sie anschließend, bis alle Updates für das Lesereplikat abgeschlossen wurden.
Datenbank-Updates werden im Lesereplikat durchgeführt, nachdem sie in der primären DB-Instance vorgenommen wurden. Diese Replikationsverzögerung kann erheblich variieren. Verwenden Sie die Metrik `Replica Lag`, um zu bestimmen, wann alle Aktualisierungen am Lesereplikat vorgenommen wurden. Weitere Informationen zur Replikationsverzögerung finden Sie unter [Überwachen der Lesereplikation](USER_ReadRepl.Monitoring.md).
1. Wenn Sie bereit sind, stufen Sie das Lesereplikat zu einem eigenständigen Multi-AZ-DB-Cluster hoch.
Verwenden Sie den AWS CLI-Befehl [https://docs.aws.amazon.com/cli/latest/reference/rds/promote-read-replica-db-cluster.html](https://docs.aws.amazon.com/cli/latest/reference/rds/promote-read-replica-db-cluster.html), um ein Lesereplikat eines Multi-AZ-DB-Clusters hochzustufen. Geben Sie für `--db-cluster-identifier` die ID des Lesereplikats des Multi-AZ-DB-Clusters an.
```
aws rds promote-read-replica-db-cluster --db-cluster-identifier mymultiazdbcluster
```
1. Warten Sie, bis der Status des hochgestuften Multi-AZ-DB-Clusters `Available` lautet.
1. Weisen Sie Ihre Anwendungen an, den hochgestuften Multi-AZ-DB-Cluster zu verwenden.
Löschen Sie optional die Single-AZ-Bereitstellung oder die Multi-AZ-Bereitstellung der DB-Instance, wenn sie nicht mehr benötigt wird. Detaillierte Anweisungen finden Sie unter [Löschen einer DB-Instance](USER_DeleteInstance.md).
### RDS-API
Führen Sie die folgenden Schritte unter Verwendung der RDS-API aus, um eine Single-AZ-Bereitstellung oder Multi-AZ-Bereitstellung einer DB-Instance mithilfe eines Lesereplikats zu einem Multi-AZ-DB-Cluster zu migrieren.
1. Erstellen Sie das Lesereplikat des Multi-AZ-DB-Clusters.
Verwenden Sie die Operation [https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_CreateDBCluster.html](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_CreateDBCluster.html) mit dem erforderlichen Parameter `DBClusterIdentifier`, um ein Lesereplikat des Multi-AZ-DB-Clusters zu erstellen. Geben Sie für `ReplicationSourceIdentifier` den Amazon-Ressourcennamen (ARN) der Quell-DB-Instance an.
1. Halten Sie alle Transaktionen in die Quell-DB-Instance an und warten Sie anschließend, bis alle Updates für das Lesereplikat abgeschlossen wurden.
Datenbank-Updates werden im Lesereplikat durchgeführt, nachdem sie in der primären DB-Instance vorgenommen wurden. Diese Replikationsverzögerung kann erheblich variieren. Verwenden Sie die Metrik `Replica Lag`, um zu bestimmen, wann alle Aktualisierungen am Lesereplikat vorgenommen wurden. Weitere Informationen zur Replikationsverzögerung finden Sie unter [Überwachen der Lesereplikation](USER_ReadRepl.Monitoring.md).
1. Wenn Sie bereit sind, stufen Sie das Lesereplikat zu einem eigenständigen Multi-AZ-DB-Cluster hoch.
Verwenden Sie die Operation [https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_PromoteReadReplicaDBCluster.html](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_PromoteReadReplicaDBCluster.html) mit dem erforderlichen Parameter `DBClusterIdentifier`, um ein Lesereplikat des Multi-AZ-DB-Clusters hochzustufen. Geben Sie die ID des Lesereplikats des Multi-AZ-DB-Clusters an.
1. Warten Sie, bis der Status des hochgestuften Multi-AZ-DB-Clusters `Available` lautet.
1. Weisen Sie Ihre Anwendungen an, den hochgestuften Multi-AZ-DB-Cluster zu verwenden.
Löschen Sie optional die Single-AZ-Bereitstellung oder die Multi-AZ-Bereitstellung der DB-Instance, wenn sie nicht mehr benötigt wird. Detaillierte Anweisungen finden Sie unter [Löschen einer DB-Instance](USER_DeleteInstance.md).
## Einschränkungen beim Erstellen eines Lesereplikats eines Multi-AZ-DB-Clusters
Die folgenden Einschränkungen gelten für die Erstellung eines Lesereplikats eines Multi-AZ-DB-Clusters aus einer Single-AZ-Bereitstellung oder einer Multi-AZ-Bereitstellung einer DB-Instance.
+ Sie können kein Lesereplikat eines Multi-AZ-DB-Clusters in einem anderen AWS-Konto erstellen als das AWS-Konto, das die Quell-DB-Instance besitzt.
+ Sie können kein Lesereplikat eines Multi-AZ-DB-Clusters in einer von der Quell-DB-Instance abweichenden AWS-Region erstellen.
+ Sie können ein Lesereplikat eines Multi-AZ-DB-Clusters nicht auf einen bestimmten Zeitpunkt wiederherstellen.
+ Die Speicherverschlüsselung muss dieselben Einstellungen für die Quell-DB-Instance und den Multi-AZ-DB-Cluster haben.
+ Wenn die Quell-DB-Instance verschlüsselt ist, muss das Lesereplikat des Multi-AZ-DB-Clusters mit demselben KMS-Schlüssel verschlüsselt werden.
+ Wenn die Quell-DB-Instance Allzweck-SSD-Speicher (gp3) verwendet und weniger als 400 GiB an zugewiesenem Speicherplatz hat, können Sie die bereitgestellten IOPS für das Lesereplikat des Multi-AZ-DB-Clusters nicht ändern.
+ Wenn Sie ein Nebenversions-Upgrade für die Quell-DB-Instance durchführen möchten, müssen Sie das Nebenversions-Upgrade zuerst auf dem Lesereplikat des Multi-AZ-DB-Clusters vornehmen.
+ Wenn Sie ein Nebenversions-Upgrade für ein Lesereplikat des Multi-AZ-DB-Clusters von RDS für PostgreSQL durchführen, wechselt die Reader-DB-Instance nach dem Upgrade nicht zur Writer-DB-Instance. Daher kommt es im DB-Cluster möglicherweise zu Ausfallzeiten, während Amazon RDS die Writer-Instance aktualisiert.
+ Sie können kein Hauptversions-Upgrade für ein Lesereplikat des Multi-AZ-DB-Clusters durchführen.
+ Sie können ein Hauptversions-Upgrade auf der Quell-DB-Instance des Lesereplikats eines Multi-AZ-DB-Clusters durchführen, die Replikation auf das Lesereplikat wird jedoch angehalten und kann nicht neu gestartet werden.
+ Das Lesereplikat des Multi-AZ-DB-Clusters unterstützt keine kaskadierenden Lesereplikate.
+ Bei RDS für PostgreSQL können Lesereplikate eines Multi-AZ-DB-Clusters kein Failover durchführen.
# Erstellen eines DB-Instance-Lesereplikats aus einem Multi-AZ-DB-Cluster
Sie können eine Read Replica einer DB-Instance aus einem Multi-AZ-DB-Cluster erstellen, um bei leseintensiven Datenbank-Workloads die I/O Rechenleistung oder Kapazität des Clusters zu überschreiten. Sie können diesen übermäßigen Datenverkehr an Lesevorgängen einem oder mehreren DB-Instance-Lesereplikaten zuweisen. Sie können auch Lesereplikate verwenden, um von einem Multi-AZ-DB-Cluster zu einer DB-Instance zu migrieren.
Wenn Sie ein Lesereplikat erstellen möchten, geben Sie einen Multi-AZ-DB-Cluster als Replikationsquelle an. Eine der Reader-Instances des Multi-AZ-DB-Clusters ist immer die Quelle der Replikation, nicht die Writer-Instance. Diese Bedingung stellt sicher, dass das Replikat immer mit dem Quell-Cluster synchronisiert ist, auch im Falle eines Failovers.
**Topics**
+ [Vergleichen von Reader-DB-Instances und DB-Instance-Lesereplikaten](#multi-az-db-clusters-readerdb-vs-dbrr)
+ [Überlegungen](#multi-az-db-clusters-instance-read-replica-considerations)
+ [Erstellen eines DB-Instance-Lesereplikats](#multi-az-db-clusters-instance-read-replica-create)
+ [Hochstufen des DB-Instance-Lesereplikats](#multi-az-db-clusters-promote-instance-read-replica)
+ [Einschränkungen für die Erstellung eines DB-Instance-Lesereplikats aus einem Multi-AZ-DB-Cluster](#multi-az-db-clusters-create-instance-read-replica-limitations)
## Vergleichen von Reader-DB-Instances und DB-Instance-Lesereplikaten
Ein *DB-Instance-Lesereplikat* eines Multi-AZ-DB-Clusters unterscheidet sich in den folgenden Punkten von den *Reader-DB-Instances* des Multi-AZ-DB-Clusters:
+ Die Reader-DB-Instances fungieren als automatische Failover-Ziele, DB-Instance-Lesereplikate hingegen nicht.
+ Reader-DB-Instances müssen eine Änderung gegenüber der Writer-DB-Instance bestätigen, bevor ein Commit für die Änderung ausgeführt werden kann. Bei DB-Instance-Lesereplikaten werden Updates jedoch asynchron in das Lesereplikat des Lesereplikats kopiert, ohne dass eine Bestätigung erforderlich ist.
+ Reader-DB-Instances verwenden immer die gleiche Instance-Klasse, den gleichen Speichertyp und die gleiche Engine-Version wie die Writer-DB-Instance des Multi-AZ-DB-Clusters. DB-Instance-Lesereplikate müssen jedoch nicht unbedingt dieselben Konfigurationen wie der Quell-Cluster verwenden.
+ Sie können ein DB-Instance-Lesereplikat zu einer eigenständigen DB-Instance hochstufen. Eine Reader-DB-Instance eines Multi-AZ-DB-Clusters können Sie nicht zu einer eigenständigen Instance hochstufen.
+ Der Reader-Endpunkt leitet nur Anfragen an die Reader-DB-Instances des Multi-AZ-DB-Clusters weiter. Er leitet niemals Anfragen an ein DB-Instance-Lesereplikat weiter.
Weitere Informationen über Reader- und Writer-DB-Instances finden Sie unter [Architektur von Multi-AZ-DB-Clustern](multi-az-db-clusters-concepts.md#multi-az-db-clusters-concepts-overview).
## Überlegungen
Beachten Sie Folgendes, bevor Sie DB-Instance-Lesereplikat aus einem Multi-AZ-DB-Cluster erstellen:
+ Wenn Sie das DB-Instance-Lesereplikat erstellen, muss es dieselbe Hauptversion wie seine Quelle und dieselbe oder eine höhere Nebenversion haben. Nachdem Sie das Lesereplikat erstellt haben, können Sie es optional auf eine höhere Nebenversion als den Quell-Cluster aktualisieren.
+ Wenn Sie das DB-Instance-Lesereplikat erstellen, muss der zugewiesene Speicher dem zugewiesenen Speicher des Multi-AZ-DB-Quell-Clusters entsprechen. Sie können den zugewiesenen Speicher ändern, nachdem das Lesereplikat erstellt wurde.
+ Für RDS für MySQL muss der Parameter `gtid-mode` für den Multi-AZ-Quell-DB-Cluster auf `ON` festgelegt werden. Weitere Informationen finden Sie unter [Arbeiten mit DB-Cluster-Parametergruppen für Multi-AZ-DB-Cluster](USER_WorkingWithDBClusterParamGroups.md).
+ Eine aktive, langlaufende Transaktion kann den Prozess der Erstellung des Lesereplikats verlangsamen. Wir empfehlen Ihnen zu warten, bis langlaufende Transaktionen abgeschlossen sind, bevor ein Lesereplikat erstellt wird.
+ Wenn Sie den Multi-AZ-Quell-DB-Cluster für ein DB-Instance-Lesereplikat löschen, werden alle Lesereplikate, auf die geschrieben wird, zu eigenständigen DB-Instances hochgestuft.
## Erstellen eines DB-Instance-Lesereplikats
Sie können eine DB-Instance-Read-Replica aus einem Multi-AZ-DB-Cluster mithilfe der, oder RDS-API erstellen. AWS-Managementkonsole AWS CLI
**Anmerkung**
Wir empfehlen dringend, alle Lesereplikate in derselben Virtual Private Cloud (VPC) basierend auf Amazon VPC als Multi-AZ-Quell-DB-Cluster zu erstellen.
Wenn Sie ein Lesereplikat in einer anderen VPC als dem Multi-AZ-Quell-DB-Cluster erstellen, können Classless Inter-Domain Routing (CIDR)-Bereiche zwischen dem Replikat und dem RDS-System einander überlappen. Die CIDR-Überlappung macht das Replikat instabil, was sich negativ auf Anwendungen auswirken kann, die eine Verbindung herstellen. Wenn beim Erstellen des Lesereplikats eine Fehlermeldung angezeigt wird, wählen Sie eine andere Ziel-DB-Subnetzgruppe aus. Weitere Informationen finden Sie unter [Arbeiten mit einer DB-Instance in einer VPC](USER_VPC.WorkingWithRDSInstanceinaVPC.md).
### Konsole
Führen Sie die folgenden Schritte über die AWS-Managementkonsole aus, um ein DB-Instance-Lesereplikat aus einem Multi-AZ-DB-Cluster zu erstellen.
1. Melden Sie sich bei der an AWS-Managementkonsole und öffnen Sie die Amazon RDS-Konsole unter [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. Wählen Sie im Navigationsbereich **Datenbanken** aus.
1. Wählen Sie den Multi-AZ-DB-Cluster aus, den Sie als Quelle für ein Lesereplikat verwenden möchten.
1. Wählen Sie unter **Aktionen** **Create read replica (Read Replica erstellen)** aus.
1. Vergewissern Sie sich, dass unter **Replikatquelle** der richtige Multi-AZ-DB-Cluster ausgewählt ist.
1. Geben Sie unter **DB-Kennung** einen Namen für das Lesereplikat ein.
1. Geben Sie für die restlichen Abschnitte die gewünschten Einstellungen für die DB-Instance an. Weitere Informationen zu einer Einstellung finden Sie unter [Einstellungen für DB-Instances](USER_CreateDBInstance.Settings.md).
**Anmerkung**
Der zugewiesene Speicher für das DB-Instance-Lesereplikat muss dem zugewiesenen Speicher des Multi-AZ-DB-Quell-Clusters entsprechen.
1. Wählen Sie **Read Replica erstellen** aus.
### AWS CLI
Verwenden Sie den Befehl, um eine DB-Instance Read Replica aus einem Multi-AZ-DB-Cluster zu erstellen. AWS CLI [https://docs.aws.amazon.com/cli/latest/reference/rds/create-db-instance-read-replica.html](https://docs.aws.amazon.com/cli/latest/reference/rds/create-db-instance-read-replica.html) Geben Sie für `--source-db-cluster-identifier` die ID des Multi-AZ-DB-Clusters an.
Für Linux, macOS oder Unix:
```
aws rds create-db-instance-read-replica \
--db-instance-identifier myreadreplica \
--source-db-cluster-identifier mymultiazdbcluster
```
Für Windows:
```
aws rds create-db-instance-read-replica ^
--db-instance-identifier myreadreplica ^
--source-db-cluster-identifier mymultiazdbcluster
```
### RDS-API
Verwenden Sie die Operation [https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_CreateDBInstanceReadReplica.html](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_CreateDBInstanceReadReplica.html), um ein DB-Instance-Lesereplikat aus einem Multi-AZ-DB-Cluster zu erstellen.
## Hochstufen des DB-Instance-Lesereplikats
Wenn Sie das DB-Instance-Lesereplikat nicht mehr benötigen, können Sie es zu einer eigenständigen DB-Instance hochstufen. Wenn Sie ein Lesereplikat hochstufen, wird die DB-Instance neu gestartet, bevor sie wieder verfügbar ist. Detaillierte Anweisungen finden Sie unter [Hochstufen eines Lesereplikats zur eigenständigen DB-Instance](USER_ReadRepl.Promote.md).
Wenn Sie das Lesereplikat verwenden, um eine Multi-AZ-Bereitstellung eines DB-Clusters zu einer Single-AZ- oder einer Multi-AZ-Bereitstellung einer DB-Instance zu migrieren, sollten Sie alle Transaktionen beenden, die auf den DB-Quell-Cluster geschrieben werden. Warten Sie anschließend, bis alle Updates für das Lesereplikat abgeschlossen wurden. Datenbank-Updates werden für das Lesereplikat durchgeführt, nachdem sie in einer der Reader-DB-Instances des Multi-AZ-DB-Clusters vorgenommen wurden. Diese Replikationsverzögerung kann erheblich variieren. Verwenden Sie die Metrik `ReplicaLag`, um zu bestimmen, wann alle Aktualisierungen am Lesereplikat vorgenommen wurden. Weitere Informationen zur Replikationsverzögerung finden Sie unter [Überwachen der Lesereplikation](USER_ReadRepl.Monitoring.md).
Nachdem Sie das Lesereplikat hochgestuft haben, warten Sie, bis der Status der hochgestuften DB-Instance `Available` lautet, bevor Sie Ihre Anwendungen an die hochgestufte DB-Instance weiterleiten. Löschen Sie optional die Multi-AZ-Bereitstellung des DB-Clusters, wenn Sie sie nicht mehr benötigen. Detaillierte Anweisungen finden Sie unter [Löschen eines DB-Clusters mit Multi-AZ für Amazon RDS](USER_DeleteMultiAZDBCluster.Deleting.md).
## Einschränkungen für die Erstellung eines DB-Instance-Lesereplikats aus einem Multi-AZ-DB-Cluster
Die folgenden Einschränkungen gelten für die Erstellung eines Lesereplikats eines DB-Instance-Lesereplikats aus einer Multi-AZ-Bereitstellung eines DB-Clusters.
+ Sie können keine Read Replica einer DB-Instance in einem anderen System als dem erstellen AWS-Konto , dem der AWS-Konto Quell-Multi-AZ-DB-Cluster gehört.
+ Sie können keine Read Replica einer DB-Instance in einem anderen Multi-AZ-DB-Cluster als AWS-Region dem Quell-DB-Cluster erstellen.
+ Sie können ein DB-Instance-Lesereplikat nicht auf einen bestimmten Zeitpunkt wiederherstellen.
+ Die Speicherverschlüsselung muss dieselben Einstellungen für den Multi-AZ-DB-Quell-Cluster und das DB-Instance-Lesereplikat haben.
+ Wenn der Multi-AZ-DB-Quell-Cluster verschlüsselt ist, muss das DB-Instance-Lesereplikat mit demselben KMS-Schlüssel verschlüsselt werden.
+ Wenn Sie ein Nebenversions-Upgrade für den Multi-AZ-DB-Quell-Cluster durchführen möchten, müssen Sie das Nebenversions-Upgrade zuerst auf dem DB-Instance-Lesereplikat vornehmen.
+ Das DB-Instance-Lesereplikat unterstützt keine kaskadierenden Lesereplikate.
+ Für RDS für PostgreSQL muss der Multi-AZ-Quell-DB-Cluster PostgreSQL-Version 13.11, 14.8 oder 15.2-R2 oder höher ausführen, um ein DB-Instance-Lesereplikat zu erstellen.
+ Sie können ein Hauptversions-Upgrade auf dem Multi-AZ-Quell-DB-Instance des Lesereplikats einer DB-Instance durchführen, die Replikation auf das Lesereplikat wird jedoch angehalten und kann nicht neu gestartet werden.