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.
# Replizieren von Amazon-Aurora-MySQL-DB-Clustern über AWS-Regionen hinweg
Sie können einen Amazon-Aurora-MySQL-DB-Cluster als Lesereplikat in einer anderen AWS-Region als der Ihres Quell-DB-Clusters erstellen. Durch diesen Ansatz können Sie das Potenzial von Notfallwiederherstellungen steigern, Lesevorgänge in einer Ihren Nutzern näher liegenden AWS-Region skalieren und einfacher zwischen einer AWS-Region und anderen Regionen migrieren.
Sie können Lesereplikate sowohl von verschlüsselten als auch von unverschlüsselten DB-Clustern erstellen. Das Lesereplikat muss verschlüsselt sein, wenn der Quell-DB-Cluster verschlüsselt ist.
Für jeden Quell-DB-Cluster können Sie über höchstens fünf regionsübergreifende DB-Cluster-Lesereplikate verfügen.
**Anmerkung**
Als Alternative zu regionsübergreifenden Lesereplikaten können Sie Lesevorgänge mit minimaler Verzögerung skalieren, indem Sie eine globale Aurora-Datenbank verwenden. Eine globale Aurora-Datenbank hat einen primären Aurora-DB-Cluster in einer AWS-Region und bis zu 10 sekundäre schreibgeschützte DB-Cluster in verschiedenen Regionen. Jeder sekundäre DB-Cluster kann bis zu 16 (statt 15) Aurora-Replikate enthalten. Die Replikation vom primären DB-Cluster zu allen sekundären wird von der Aurora-Speicherschicht und nicht von der Datenbank-Engine durchgeführt, so dass die Verzögerung für die Replikation von Änderungen in der Regel weniger als 1 Sekunde beträgt. Wenn Sie die Datenbank-Engine aus dem Replikationsprozess heraushalten, verarbeitet die Datenbank-Engine nur Workloads. Dies bedeutet auch, dass Sie die Aurora-MySQL-Binärprotokoll-Replikation (Binary Logging) nicht konfigurieren oder verwalten müssen. Weitere Informationen hierzu finden Sie unter [Verwenden von Amazon Aurora Global Database](aurora-global-database.md).
Wenn Sie eine Aurora-MySQL-DB-Cluster-Read-Replica in einer anderen AWS-Region erstellen, sollten Sie Folgendes beachten:
+ Sowohl Ihr Quell-DB-Cluster als auch Ihr regionsübergreifender Lesereplikat-DB-Cluster kann bis zu 15 Aurora-Replikate zusammen mit der primären Instance im DB-Cluster haben. Dank dieser Funktionalität können Lesevorgänge sowohl für die Quell-AWS-Region als auch für die Ziel-AWS-Region der Replikation skaliert werden.
+ In einem regionsübergreifenden Szenario besteht eine höhere Verzögerung zwischen dem Quell-DB-Cluster und der Read Replica aufgrund der längeren Netzwerkkanäle zwischen den AWS-Regionen.
+ Für Daten, die für eine regionsübergreifende Replikation weitergeleitet werden, fallen Amazon-RDS-Datenübertragungskosten an. Die folgenden regionsübergreifenden Replikationsaktionen generieren Gebühren für die übermittelten Daten aus der Quell-AWS-Region:
+ Wenn Sie das Lesereplikat erstellen, erstellt Amazon RDS einen Snapshot des Quell-Clusters und leitet den Snapshot an die AWS-Region weiter, die das Lesereplikat enthält.
+ Für jede in den Quell-Datenbanken durchgeführte Datenänderung übermittelt Amazon RDS Daten aus der Quellregion an die AWS-Region, die das Lesereplikat enthält.
Weitere Informationen zu den Kosten von Amazon-RDS-Datenübertragungen finden Sie unter [Amazon Aurora – Preise](https://aws.amazon.com/rds/aurora/pricing/).
+ Sie können mehrere gleichzeitige Erstellungs- oder Löschaktionen für Lesereplikate ausführen, die auf den gleichen Quell-DB-Cluster verweisen. Sie müssen jedoch das Limit von höchstens fünf Lesereplikaten für jeden Quell-DB-Cluster einhalten.
+ Damit die Replikation effektiv durchgeführt werden kann, sollte jedes Lesereplikat über dieselbe Menge an Ressourcen für Datenverarbeitung und Speicher wie der Quell-DB-Cluster verfügen. Wenn Sie den Quell-DB-Cluster skalieren, sollten Sie auch die Lesereplikate skalieren.
**Topics**
+ [Bevor Sie beginnen](#AuroraMySQL.Replication.CrossRegion.Prerequisites)
+ [Erstellen eines regionsübergreifenden Lesereplikat-DB-Clusters für Aurora MySQL](AuroraMySQL.Replication.CrossRegion.Creating.md)
+ [Hochstufen eines Lesereplikats zu einem DB-Cluster für Aurora MySQL](AuroraMySQL.Replication.CrossRegion.Promote.md)
+ [Fehlerbehebung bei regionsübergreifenden Replikaten für Amazon Aurora MySQL](AuroraMySQL.Replication.CrossRegion.Troubleshooting.md)
## Bevor Sie beginnen
Bevor Sie einen Aurora-MySQL-DB-Cluster erstellen können, der ein regionsübergreifendes Lesereplikat darstellt, müssen Sie die Binärprotokollierung für Ihren Quell-Aurora-MySQL-DB-Cluster aktivieren. Die regionsübergreifende Replikation für Aurora MySQL verwendet die MySQL-Binärreplikation, um Änderungen im regionsübergreifenden Lesereplikat-DB-Cluster wiederzugeben.
Aktualisieren Sie den `binlog_format`-Parameter für Ihren Quell-DB-Cluster, um die Binärprotokollierung in einem Aurora-MySQL-DB-Cluster zu aktivieren. Der Parameter `binlog_format` ist ein Parameter auf Cluster-Ebene, der sich in der Cluster-Standardparametergruppe befindet. Wenn der DB-Cluster die Standard-DB-Cluster-Parametergruppe verwendet, müssen Sie eine neue DB-Cluster-Parametergruppe erstellen, um die `binlog_format`-Einstellungen ändern zu können. Wir empfehlen Ihnen, das `binlog_format` auf `MIXED` einzustellen. Jedoch können Sie `binlog_format` auch auf `ROW` oder auf `STATEMENT` einstellen, wenn Sie ein spezifisches Format des Binärprotokolls benötigen. Starten Sie Ihren Aurora-DB-Cluster neu, damit die Änderungen übernommen werden.
Weitere Informationen zur Verwendung der binären Protokollierung mit Aurora MySQL finden Sie unter [Replizieren zwischen Aurora und MySQL oder zwischen Aurora und einem anderen Aurora-DB-Cluster (binäre Protokollreplikation)](AuroraMySQL.Replication.MySQL.md). Weitere Informationen zum Ändern der Aurora MySQL-Konfigurationsparameter finden Sie unter [Amazon Aurora-DB-Cluster und DB-Instance-Parameter](USER_WorkingWithDBClusterParamGroups.md#Aurora.Managing.ParameterGroups) und [Parametergruppen für Amazon Aurora](USER_WorkingWithParamGroups.md).
# Erstellen eines regionsübergreifenden Lesereplikat-DB-Clusters für Aurora MySQL
Sie können mithilfe der AWS-Managementkonsole, der AWS Command Line Interface (AWS CLI) oder der Amazon-RDS-API ein regionsübergreifendes Lesereplikat eines Aurora-DB-Clusters erstellen. Sie können regionsübergreifende Lesereplikate sowohl aus verschlüsselten als auch aus unverschlüsselten DB-Clustern erstellen.
Wenn Sie mithilfe der AWS-Managementkonsole ein regionsübergreifendes Lesereplikat für Aurora MySQL erstellen, erstellt Amazon RDS einen DB-Cluster in der Ziel-AWS-Region und anschließend automatisch eine DB-Instance als primäre Instance für diesen DB-Cluster.
Wenn Sie ein regionsübergreifendes Lesereplikat mithilfe der AWS CLI oder RDS-API erstellen, müssen Sie zuerst den DB-Cluster in der Ziel-AWS-Region erstellen und anschließend warten, bis er aktiviert wird. Sobald es aktiviert ist, erstellen Sie eine DB-Instance, die die primäre Instance für diesen DB-Cluster ist.
Die Replikation beginnt, wenn die primäre Instance des Lesereplikat-DB-Clusters verfügbar wird.
Verwenden Sie die folgenden Prozeduren, um ein regionsübergreifendes Lesereplikat für einen Aurora MySQL-DB-Cluster zu erstellen. Diese Prozeduren funktionieren für das Erstellen von Lesereplikaten aus verschlüsselten oder unverschlüsselten DB-Clustern.
## Konsole
**So erstellen Sie mithilfe der AWS-Managementkonsole einen Aurora-MySQL-DB-Cluster, der ein regionsübergreifendes Lesereplikat ist**
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 rechten oberen Ecke der AWS-Managementkonsole die AWS-Region aus, die Ihr Quell-DB-Cluster hostet.
1. Wählen Sie im Navigationsbereich **Datenbanken** aus.
1. Wählen Sie den DB-Cluster aus, um ein regionsübergreifendes Lesereplikat dafür zu erstellen.
1. Wählen Sie unter **Aktionen** die Option **Regionsübergreifende Read Replica erstellen** aus.
1. Wählen Sie auf der Seite **Regionsübergreifende Read Replica erstellen** die Optionseinstellungen für Ihren regionsübergreifenden Lesereplikat-DB-Cluster aus, wie in der folgenden Tabelle beschrieben.
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Replication.CrossRegion.Creating.html)
1. Wählen Sie **Create (Erstellen)** aus, um ein regionsübergreifendes Lesereplikat für Aurora zu erstellen.
## AWS CLI
**So erstellen Sie mithilfe der CLI einen Aurora MySQL-DB-Cluster, der ein regionsübergreifendes Lesereplikat ist:**
1. Rufen Sie den AWS CLI-Befehl [create-db-cluster](https://docs.aws.amazon.com/cli/latest/reference/rds/create-db-cluster.html) in der AWS-Region auf, in der Sie den Lesereplikat-DB-Cluster erstellen möchten. Fügen Sie die Option `--replication-source-identifier` ein und legen Sie den Amazon-Ressourcennamen (ARN) des Quell-DB-Clusters fest, für den Sie ein Lesereplikat erstellen möchten.
Für die regionsübergreifende Replikation, bei der der durch `--replication-source-identifier` identifizierte DB-Cluster verschlüsselt ist, geben Sie die Optionen `--kms-key-id` und `--storage-encrypted` an.
**Anmerkung**
Sie können eine regionsübergreifende Replikation aus einem unverschlüsselten DB-Cluster zu einem verschlüsselten Lesereplikat einrichten, indem Sie `--storage-encrypted` festlegen und einen Wert für `--kms-key-id` angeben.
Sie können die Parameter `--master-username` und `--master-user-password` nicht angeben. Diese Werte werden aus dem Quell-DB-Cluster übernommen.
Im folgenden Code-Beispiel wird ein Lesereplikat in der Region us-east-1 aus einem unverschlüsselten DB-Cluster-Snapshot in der Region us-west-2 erstellt. Der Befehl wird in der Region us-east-1 aufgerufen. In diesem Beispiel wird die Option `--manage-master-user-password` zum Generieren des Hauptbenutzerpassworts und zum Verwalten dieses Passworts in Secrets Manager angegeben. Weitere Informationen finden Sie unter [Passwortverwaltung mit , Amazon Aurora und AWS Secrets Manager](rds-secrets-manager.md). Alternativ können Sie die Option `--master-password` verwenden, um das Passwort selbst festzulegen und zu verwalten.
Für Linux, macOS oder Unix:
```
aws rds create-db-cluster \
--db-cluster-identifier sample-replica-cluster \
--engine aurora-mysql \
--engine-version 8.0.mysql_aurora.3.08.0 \
--replication-source-identifier arn:aws:rds:us-west-2:123456789012:cluster:sample-master-cluster
```
Für Windows:
```
aws rds create-db-cluster ^
--db-cluster-identifier sample-replica-cluster ^
--engine aurora-mysql ^
--engine-version 8.0.mysql_aurora.3.08.0 ^
--replication-source-identifier arn:aws:rds:us-west-2:123456789012:cluster:sample-master-cluster
```
Im folgenden Code-Beispiel wird ein Lesereplikat in der Region us-east-1 aus einem verschlüsselten DB-Cluster-Snapshot in der Region us-west-2 erstellt. Der Befehl wird in der Region us-east-1 aufgerufen.
Für Linux, macOS oder Unix:
```
aws rds create-db-cluster \
--db-cluster-identifier sample-replica-cluster \
--engine aurora-mysql \
--engine-version 8.0.mysql_aurora.3.08.0 \
--replication-source-identifier arn:aws:rds:us-west-2:123456789012:cluster:sample-master-cluster \
--kms-key-id my-us-east-1-key \
--storage-encrypted
```
Für Windows:
```
aws rds create-db-cluster ^
--db-cluster-identifier sample-replica-cluster ^
--engine aurora-mysql ^
--engine-version 8.0.mysql_aurora.3.08.0 ^
--replication-source-identifier arn:aws:rds:us-west-2:123456789012:cluster:sample-master-cluster ^
--kms-key-id my-us-east-1-key ^
--storage-encrypted
```
Die Option `--source-region` ist für die regionsübergreifende Replikation zwischen den Region AWS GovCloud (USA-Ost) und AWS GovCloud (USA West) erforderlich, in denen der durch `--replication-source-identifier` identifizierte DB-Cluster verschlüsselt ist. Geben Sie für `--source-region` die AWS-Region des Quell-DB-Clusters an.
Wenn `--source-region` nicht festgelegt ist, geben Sie einen `--pre-signed-url`-Wert an. Eine *vorsignierte URL* ist eine URL, die eine mit der Signaturversion 4 signierte Anforderung für den Befehl `create-db-cluster` enthält, der in der Quell-AWS-Region aufgerufen wird. Weitere Informationen über die Option `pre-signed-url` finden Sie unter [create-db-cluster](https://docs.aws.amazon.com/cli/latest/reference/rds/create-db-cluster.html) in der *AWS CLI-Befehlsreferenz*.
1. Überprüfen Sie die Verfügbarkeit des DB-Clusters, indem Sie den AWS CLI-Befehl [describe-db-clusters](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-clusters.html) verwenden, wie im folgenden Beispiel gezeigt.
```
aws rds describe-db-clusters --db-cluster-identifier sample-replica-cluster
```
Wenn der Befehl **`describe-db-clusters`** den Status `available` anzeigt, erstellen Sie die primäre Instance für den DB-Cluster, damit die Replikation gestartet werden kann. Verwenden Sie dazu den AWS CLI-Befehl [create-db-instance](https://docs.aws.amazon.com/cli/latest/reference/rds/create-db-instance.html), wie im folgenden Beispiel gezeigt.
Für Linux, macOS oder Unix:
```
aws rds create-db-instance \
--db-cluster-identifier sample-replica-cluster \
--db-instance-class db.r5.large \
--db-instance-identifier sample-replica-instance \
--engine aurora-mysql
```
Für Windows:
```
aws rds create-db-instance ^
--db-cluster-identifier sample-replica-cluster ^
--db-instance-class db.r5.large ^
--db-instance-identifier sample-replica-instance ^
--engine aurora-mysql
```
Wenn die DB-Instance erstellt wurde und verfügbar ist, wird die Replikation gestartet. Sie können feststellen, ob die DB-Instance verfügbar ist, indem Sie den AWS CLI-Befehl [describe-db-instances](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-instances.html) aufrufen.
## RDS-API
**So erstellen Sie mithilfe der API einen Aurora MySQL-DB-Cluster, der ein regionsübergreifendes Lesereplikat ist:**
1. Rufen Sie die RDS-API-Aktion [CreateDBCluster](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_CreateDBCluster.html) in der AWS-Region auf, in der Sie einen Read-Replica-DB-Cluster erstellen möchten. Fügen Sie den Parameter `ReplicationSourceIdentifier` ein und legen Sie den Amazon-Ressourcennamen (ARN) des Quell-DB-Clusters fest, für den Sie ein Lesereplikat erstellen möchten.
Für die regionsübergreifende Replikation, bei der der durch `ReplicationSourceIdentifier` identifizierte DB-Cluster verschlüsselt ist, geben Sie den Parameter `KmsKeyId` an und legen den Parameter `StorageEncrypted` auf `true` fest.
**Anmerkung**
Sie können eine regionsübergreifende Replikation aus einem unverschlüsselten DB-Cluster zu einem verschlüsselten Lesereplikat einrichten, indem Sie für `StorageEncrypted` den Wert **true** festlegen und einen Wert für `KmsKeyId` angeben. In diesem Fall müssen Sie nicht festlege `PreSignedUrl`.
Sie müssen die Parameter `MasterUsername` und `MasterUserPassword` nicht mit einschließen, da diese Werte aus dem Quell-DB-Cluster bezogen werden.
Im folgenden Code-Beispiel wird ein Lesereplikat in der Region us-east-1 aus einem unverschlüsselten DB-Cluster-Snapshot in der Region us-west-2 erstellt. Die Aktion wird in der Region us-east-1 aufgerufen.
```
https://rds.us-east-1.amazonaws.com/
?Action=CreateDBCluster
&ReplicationSourceIdentifier=arn:aws:rds:us-west-2:123456789012:cluster:sample-master-cluster
&DBClusterIdentifier=sample-replica-cluster
&Engine=aurora-mysql
&SignatureMethod=HmacSHA256
&SignatureVersion=4
&Version=2014-10-31
&X-Amz-Algorithm=AWS4-HMAC-SHA256
&X-Amz-Credential=AKIADQKE4SARGYLE/20161117/us-east-1/rds/aws4_request
&X-Amz-Date=20160201T001547Z
&X-Amz-SignedHeaders=content-type;host;user-agent;x-amz-content-sha256;x-amz-date
&X-Amz-Signature=a04c831a0b54b5e4cd236a90dcb9f5fab7185eb3b72b5ebe9a70a4e95790c8b7
```
Im folgenden Code-Beispiel wird ein Lesereplikat in der Region us-east-1 aus einem verschlüsselten DB-Cluster-Snapshot in der Region us-west-2 erstellt. Die Aktion wird in der Region us-east-1 aufgerufen.
```
https://rds.us-east-1.amazonaws.com/
?Action=CreateDBCluster
&KmsKeyId=my-us-east-1-key
&StorageEncrypted=true
&PreSignedUrl=https%253A%252F%252Frds.us-west-2.amazonaws.com%252F
%253FAction%253DCreateDBCluster
%2526DestinationRegion%253Dus-east-1
%2526KmsKeyId%253Dmy-us-east-1-key
%2526ReplicationSourceIdentifier%253Darn%25253Aaws%25253Ards%25253Aus-west-2%25253A123456789012%25253Acluster%25253Asample-master-cluster
%2526SignatureMethod%253DHmacSHA256
%2526SignatureVersion%253D4
%2526Version%253D2014-10-31
%2526X-Amz-Algorithm%253DAWS4-HMAC-SHA256
%2526X-Amz-Credential%253DAKIADQKE4SARGYLE%252F20161117%252Fus-west-2%252Frds%252Faws4_request
%2526X-Amz-Date%253D20161117T215409Z
%2526X-Amz-Expires%253D3600
%2526X-Amz-SignedHeaders%253Dcontent-type%253Bhost%253Buser-agent%253Bx-amz-content-sha256%253Bx-amz-date
%2526X-Amz-Signature%253D255a0f17b4e717d3b67fad163c3ec26573b882c03a65523522cf890a67fca613
&ReplicationSourceIdentifier=arn:aws:rds:us-west-2:123456789012:cluster:sample-master-cluster
&DBClusterIdentifier=sample-replica-cluster
&Engine=aurora-mysql
&SignatureMethod=HmacSHA256
&SignatureVersion=4
&Version=2014-10-31
&X-Amz-Algorithm=AWS4-HMAC-SHA256
&X-Amz-Credential=AKIADQKE4SARGYLE/20161117/us-east-1/rds/aws4_request
&X-Amz-Date=20160201T001547Z
&X-Amz-SignedHeaders=content-type;host;user-agent;x-amz-content-sha256;x-amz-date
&X-Amz-Signature=a04c831a0b54b5e4cd236a90dcb9f5fab7185eb3b72b5ebe9a70a4e95790c8b7
```
Geben Sie für die regionsübergreifende Replikation zwischen den Regionen AWS GovCloud (USA-Ost) und AWS GovCloud (USA West), in denen der durch `ReplicationSourceIdentifier` identifizierte DB-Cluster verschlüsselt ist, außerdem den Parameter `PreSignedUrl` an. Die vorsignierte URL muss eine gültige Anforderung für die API-Operation `CreateDBCluster` sein, die in der Quell-AWS-Region mit dem zu replizierenden verschlüsselten DB-Cluster ausgeführt werden kann. Der KMS-Schlüsselbezeichner wird zur Verschlüsselung des Lesereplikats verwendet und muss ein für die Ziel-AWS-Region gültiger KMS-Schlüssel sein. Verwenden Sie stattdessen den AWS CLI-Befehl [create-db-cluster](https://docs.aws.amazon.com/cli/latest/reference/rds/create-db-cluster.html) mit der Option `--source-region`, um eine vorsignierte URL automatisch (und nicht manuell) zu generieren.
1. Überprüfen Sie die Verfügbarkeit des DB-Clusters, indem Sie die RDS-API-Operation [DescribeDBClusters](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_DescribeDBClusters.html) verwenden, wie im folgenden Beispiel gezeigt.
```
https://rds.us-east-1.amazonaws.com/
?Action=DescribeDBClusters
&DBClusterIdentifier=sample-replica-cluster
&SignatureMethod=HmacSHA256
&SignatureVersion=4
&Version=2014-10-31
&X-Amz-Algorithm=AWS4-HMAC-SHA256
&X-Amz-Credential=AKIADQKE4SARGYLE/20161117/us-east-1/rds/aws4_request
&X-Amz-Date=20160201T002223Z
&X-Amz-SignedHeaders=content-type;host;user-agent;x-amz-content-sha256;x-amz-date
&X-Amz-Signature=84c2e4f8fba7c577ac5d820711e34c6e45ffcd35be8a6b7c50f329a74f35f426
```
Wenn die Ergebnisse von `DescribeDBClusters` den Status `available` anzeigen, erstellen Sie die primäre Instance für den DB-Cluster, damit die Replikation gestartet werden kann. Verwenden Sie dafür die RDS-API-Operation [CreateDBInstance](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_CreateDBInstance.html), wie im folgenden Beispiel gezeigt.
```
https://rds.us-east-1.amazonaws.com/
?Action=CreateDBInstance
&DBClusterIdentifier=sample-replica-cluster
&DBInstanceClass=db.r5.large
&DBInstanceIdentifier=sample-replica-instance
&Engine=aurora-mysql
&SignatureMethod=HmacSHA256
&SignatureVersion=4
&Version=2014-10-31
&X-Amz-Algorithm=AWS4-HMAC-SHA256
&X-Amz-Credential=AKIADQKE4SARGYLE/20161117/us-east-1/rds/aws4_request
&X-Amz-Date=20160201T003808Z
&X-Amz-SignedHeaders=content-type;host;user-agent;x-amz-content-sha256;x-amz-date
&X-Amz-Signature=125fe575959f5bbcebd53f2365f907179757a08b5d7a16a378dfa59387f58cdb
```
Wenn die DB-Instance erstellt wurde und verfügbar ist, wird die Replikation gestartet. Sie können feststellen, ob die DB-Instance verfügbar ist, indem Sie den AWS CLI-Befehl [DescribeDBInstances](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_DescribeDBInstances.html) aufrufen.
## Anzeigen von regionsübergreifenden Amazon Aurora MySQL-Replikaten
Sie können die regionsübergreifenden Replikationsbeziehungen Ihres Amazon-Aurora-MySQL-DB-Clusters anzeigen, indem Sie den AWS CLI-Befehl [describe-db-clusters](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-clusters.html) oder die RDS-API-Operation [DescribeDBClusters](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_DescribeDBClusters.html) aufrufen. In der Antwort sind die DB-Clusterkennungen aller regionsübergreifenden Lesereplikat-DB-Cluster im Feld `ReadReplicaIdentifiers` aufgeführt. Das Element `ReplicationSourceIdentifier` gibt Aufschluss über den ARN des Quell-DB-Clusters, der die Replikationsquelle ist.
# Hochstufen eines Lesereplikats zu einem DB-Cluster für Aurora MySQL
Sie können ein Aurora MySQL-Lesereplikat zu einem eigenständigen DB-Cluster hochstufen. Wenn Sie ein Aurora MySQL-Lesereplikat hochstufen, werden ihre DB-Instances neu gestartet, bevor sie verfügbar werden.
Typischerweise stufen Sie ein Aurora MySQL-Lesereplikat zu einem eigenständigen DB-Cluster als Datenwiederherstellungsschema hoch, wenn der Quell-DB-Cluster ausfällt.
Erstellen Sie dazu zuerst ein Lesereplikat und überwachen Sie anschließend den Quell-DB-Cluster auf Fehler. Im Fall eines Ausfalls machen Sie Folgendes:
1. Stufen Sie das Lesereplikat hoch.
1. Leiten Sie den Datenverkehr der Datenbank an den hochgestuften DB-Cluster weiter.
1. Erstellen Sie ein Ersatz-Lesereplikat mit dem hochgestuften DB-Cluster als Quelle.
Wenn Sie ein Lesereplikat hochstufen, wird das Lesereplikat zu einem eigenständigen Aurora-DB-Cluster. Das Hochstufen kann einige Minuten oder mehr in Anspruch nehmen, abhängig von der Größe des Lesereplikats. Nachdem Sie das Lesereplikat zu einem neuen DB-Cluster hochgestuft haben, ist es wie bei jedem anderen DB-Cluster. Beispielsweise können Sie daraus Lesereplikate erstellen und zeitpunktbezogene Wiederherstellungsoperationen durchführen. Sie können auch Aurora-Replicas für den DB-Cluster erstellen.
Da der hochgestufte DB-Cluster kein Lesereplikat mehr ist, können Sie ihn nicht mehr als Replikationsziel verwenden.
Die folgenden Schritte zeigen den allgemeinen Vorgang für das Hochstufen eines Lesereplikats zu einem DB-Cluster:
1. Halten Sie alle Schreibvorgänge von Transaktionen im Lesereplikat-Quell-DB-Cluster an und warten Sie anschließend, bis alle Updates für das Lesereplikat abgeschlossen wurden. Datenbank-Updates werden im Lesereplikat durchgeführt, nachdem Sie im Quell-DB-Cluster aufgetreten sind; diese Replikationsverzögerung kann beträchtlich variieren. Verwenden Sie die Metrik `ReplicaLag`, um zu bestimmen, wann alle Aktualisierungen am Lesereplikat vorgenommen wurden. Die Metrik `ReplicaLag` zeichnet die Zeit auf, die eine Lesereplikat-DB-Instance hinter der Quell-DB-Instance zurückbleibt. Wenn die Metrik `ReplicaLag` den Wert `0` erreicht, hat das Lesereplikat den Stand der Quell-DB-Instance erreicht.
1. Stufen Sie das Lesereplikat mit der Option **Hochstufen** in der Amazon-RDS-Konsole, dem AWS CLI- Befehl [promote-read-replica-db-cluster](https://docs.aws.amazon.com/cli/latest/reference/rds/promote-read-replica-db-cluster.html) oder der Amazon-RDS-API Operation [PromoteReadReplicaDBCluster](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_PromoteReadReplicaDBCluster.html) hoch.
Sie wählen eine Aurora MySQL-DB-Instance aus, um das Lesereplikat hochzustufen. Nachdem das Lesereplikat hochgestuft wurde, wird der Aurora MySQL-DB-Cluster zu einem eigenständigen DB-Cluster hochgestuft. Die DB-Instance mit der höchsten Failover-Priorität wird zu der primären DB-Instance für den DB-Cluster hochgestuft. Die anderen dB-Instances werden zu Aurora-Replicas.
**Anmerkung**
Das Hochstufen kann einige Minuten in Anspruch nehmen. Wenn Sie ein Lesereplikat hochstufen, wird die Replikation gestoppt und die DB-Instances werden neu gestartet. Sobald der Neustart abgeschlossen ist, steht das Lesereplikat als neuer DB-Cluster zur Verfügung.
## Konsole
**So stufen Sie ein Aurora MySQL-Lesereplikat zu einem DB-Cluster hoch:**
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 Konsole **Instances** aus.
Der Bereich **Instance** wird angezeigt.
1. Wählen Sie im Bereich **Instances** das Lesereplikat aus, das Sie hochstufen möchten.
Die Lesereplikate werden als Aurora MySQL-DB-Instances angezeigt.
1. Wählen Sie unter **Aktionen** **Promote read replica (Read Replica hochstufen)** aus.
1. Wählen Sie auf der Bestätigungsseite **Read Replica hochstufen** aus.
## AWS CLI
Verwenden Sie den AWS CLI-Befehl [promote-read-replica-db-cluster](https://docs.aws.amazon.com/cli/latest/reference/rds/promote-read-replica-db-cluster.html), um ein Lesereplikat zu einem eigenständigen DB-Cluster hochzustufen.
**Example**
Für Linux, macOS oder Unix:
```
aws rds promote-read-replica-db-cluster \
--db-cluster-identifier mydbcluster
```
Für Windows:
```
aws rds promote-read-replica-db-cluster ^
--db-cluster-identifier mydbcluster
```
## RDS-API
Rufen Sie [PromoteReadReplicaDBCluster](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_PromoteReadReplicaDBCluster.html) auf, um ein Lesereplikat zu einem DB-Cluster hochzustufen.
# Fehlerbehebung bei regionsübergreifenden Replikaten für Amazon Aurora MySQL
Im Folgenden finden Sie eine Liste der häufigen Fehlermeldungen, die Sie beim Erstellen eines regionsübergreifenden Amazon Aurora-Lesereplikats erhalten könnten, und wie Sie die angegebenen Fehler beheben können.
## Für Quell-Cluster [DB-Cluster-ARN] sind Binärprotokolle nicht aktiviert
Um dieses Problem zu lösen, aktivieren Sie die Binärprotokollierung für das Quell-DB-Cluster. Weitere Informationen finden Sie unter [Bevor Sie beginnen](AuroraMySQL.Replication.CrossRegion.md#AuroraMySQL.Replication.CrossRegion.Prerequisites).
## Quell-Cluster [DB-Cluster-ARN] verfügt über keine Cluster-Parametergruppe, die zu einem Writer synchron ist
Diese Fehlermeldung erhalten Sie, wenn Sie den DB-Cluster-Parameter `binlog_format` aktualisiert haben, aber die primäre Instance für das DB-Cluster nicht neu gestartet haben. Starten Sie die primäre Instance (die schreibende Instance) für das DB-Cluster neu und versuchen Sie es erneut.
## Quell-Cluster [DB-Cluster-ARN] verfügt bereits über ein Lesereplikat in dieser Region
Sie können über bis zu fünf regionsübergreifende DB-Cluster verfügen, die Lesereplikate für jeden Quell-DB-Cluster in jeder AWS-Region darstellen. Wenn in einer bestimmten AWS-Region bereits die maximale Anzahl von Lesereplikaten für einen DB-Cluster vorhanden ist, müssen Sie ein vorhandenes löschen, bevor Sie einen neuen regionsübergreifenden DB-Cluster in dieser Region erstellen können.
## Für DB-Cluster [DB-Cluster-ARN] ist ein Upgrade der Datenbank-Engine für die Unterstützung einer regionsübergreifenden Replikation erforderlich
Führen Sie ein Upgrade der Datenbank-Engine-Version für alle Instances im Quell-DB-Cluster auf die aktuelle Datenbank-Engine-Version durch und versuchen Sie erneut, eine regionsübergreifende Lesereplikat-DB zu erstellen.