Arbeiten mit Multi-AZ-DB-Cluster-Lesereplikaten - Amazon Relational Database Service
Migrieren zu einem Multi-AZ-DB-Cluster mithilfe eines LesereplikatsErstellen eines DB-Instance-Lesereplikats aus einem Multi-AZ-DB-Cluster

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 Multi-AZ-DB-Cluster-Lesereplikaten

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.

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 Multi-AZ-DB-Cluster in Amazon RDS.

  • 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 Arbeiten mit DB-Parametergruppen in einer DB-Instance.

  • 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 ein Lesereplikat eines Multi-AZ-DB-Clusters mithilfe der AWS Management Console AWS CLI, der 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 sich Classless Inter-Domain Routing (CIDR)-Bereiche zwischen dem Replikat und dem Amazon-RDS-System überschneiden. 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.

Führen Sie die folgenden Schritte unter Verwendung der AWS Management Console 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 an AWS Management Console und öffnen Sie die Amazon-RDS-Konsole unter https://console.aws.amazon.com/rds/.

  2. Erstellen Sie das Lesereplikat des Multi-AZ-DB-Clusters.

    1. Wählen Sie im Navigationsbereich Databases (Datenbanken) aus.

    2. Wählen Sie die DB-Instance aus, die Sie als Quelle für eine Read Replica verwenden möchten.

    3. Wählen Sie unter Aktionen Create read replica (Read Replica erstellen) aus.

    4. Wählen Sie unter Availability and durability (Verfügbarkeit und Beständigkeit) die Option Multi-AZ DB cluster (Multi-AZ-DB-Cluster) aus.

    5. Geben Sie unter DB instance identifier (DB-Instance-Kennung) einen Namen für das Lesereplikat ein.

    6. 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.

    7. Wählen Sie Read Replica erstellen aus.

  3. 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.

    2. Melden Sie sich bei der an AWS Management Console und öffnen Sie die Amazon-RDS-Konsole unter https://console.aws.amazon.com/rds/.

    3. 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.

    4. Wählen Sie das Lesereplikat des Multi-AZ-DB-Clusters aus, das Sie hochstufen möchten.

    5. Wählen Sie für Actions (Aktionen)Promote (Hochstufen) aus.

    6. Geben Sie auf der Seite Promote read replica (Lesereplikat hochstufen) den Aufbewahrungszeitraum und das Backup-Fenster für den neu hochgestuften DB-Cluster an.

    7. Wenn die Einstellungen Ihren Wünschen entsprechen, wählen Sie Promote read replica (Lesereplikat hochstufen) aus.

    8. Warten Sie, bis der Status des hochgestuften Multi-AZ-DB-Clusters Available lautet.

    9. 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. Anweisungen finden Sie unter Löschen einer DB-Instance.

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 , um ein Lesereplikat aus der Quell-DB-Instance zu erstellencreate-db-cluster. Geben Sie für --replication-source-identifier den Amazon-Ressourcennamen (ARN) der Quell-DB-Instance an.

    Für Linux, macOSoder 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

    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

  2. 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.

  3. Wenn Sie bereit sind, stufen Sie das Lesereplikat zu einem eigenständigen Multi-AZ-DB-Cluster hoch.

    Verwenden Sie den AWS CLI -Befehl promote-read-replica-db-cluster, 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

  4. Warten Sie, bis der Status des hochgestuften Multi-AZ-DB-Clusters Available lautet.

  5. 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. Anweisungen finden Sie unter Löschen einer DB-Instance.

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 CreateDBCluster 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.

  2. 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.

  3. Wenn Sie bereit sind, stufen Sie das Lesereplikat zu einem eigenständigen Multi-AZ-DB-Cluster hoch.

    Verwenden Sie die Operation PromoteReadReplicaDBCluster 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.

  4. Warten Sie, bis der Status des hochgestuften Multi-AZ-DB-Clusters Available lautet.

  5. 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. Anweisungen finden Sie unter Löschen einer DB-Instance.

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 erstellen AWS-Konto , das sich von dem unterscheidet AWS-Konto , dem die Quell-DB-Instance gehört.

  • Sie können kein Lesereplikat eines Multi-AZ-DB-Clusters in einer anderen AWS-Region als der Quell-DB-Instance 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 zugewiesener Speicher 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 eines 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 kann es bei Ihrem DB-Cluster zu Ausfallzeiten kommen, während Amazon RDS die Writer-Instance aktualisiert.

  • Sie können kein Hauptversions-Upgrade für ein Lesereplikat eines 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 ein DB-Instance-Lesereplikat aus einem Multi-AZ-DB-Cluster erstellen, um für leseintensive Datenbank-Workloads über die Rechenkapazität oder die I/O-Kapazität des Clusters hinaus zu skalieren. 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.

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 Übersicht über Multi-AZ-DB-Cluster.

Ü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.

  • 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 ein DB-Instance-Lesereplikat aus einem Multi-AZ-DB-Cluster mithilfe der oder der AWS Management Console AWS CLIRDS-API erstellen.

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.

Führen Sie die folgenden Schritte über die AWS Management Console aus, um ein DB-Instance-Lesereplikat aus einem Multi-AZ-DB-Cluster zu erstellen.

  1. Melden Sie sich bei der an AWS Management Console und öffnen Sie die Amazon-RDS-Konsole unter https://console.aws.amazon.com/rds/.

  2. Wählen Sie im Navigationsbereich Datenbanken aus.

  3. Wählen Sie den Multi-AZ-DB-Cluster aus, den Sie als Quelle für ein Lesereplikat verwenden möchten.

  4. Wählen Sie unter Aktionen Create read replica (Read Replica erstellen) aus.

  5. Vergewissern Sie sich, dass unter Replikatquelle der richtige Multi-AZ-DB-Cluster ausgewählt ist.

  6. Geben Sie unter DB-Kennung einen Namen für das Lesereplikat ein.

  7. 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.

    Anmerkung

    Der zugewiesene Speicher für das DB-Instance-Lesereplikat muss dem zugewiesenen Speicher des Multi-AZ-DB-Quell-Clusters entsprechen.

  8. Wählen Sie Read Replica erstellen aus.

Verwenden Sie den AWS CLI Befehl , um ein DB-Instance-Lesereplikat aus einem Multi-AZ-DB-Cluster zu erstellencreate-db-instance-read-replica. Geben Sie für --source-db-cluster-identifier die ID des Multi-AZ-DB-Clusters an.

Für Linux, macOSoder Unix:

aws rds create-db-instance-read-replica \
  --db-instance-identifier myreadreplica \
  --source-db-cluster-identifier mymultiazdbcluster

Windows:

aws rds create-db-instance-read-replica ^
  --db-instance-identifier myreadreplica ^
  --source-db-cluster-identifier mymultiazdbcluster

Verwenden Sie die Operation CreateDBInstanceReadReplica, 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. Anweisungen finden Sie unter Hochstufen eines Lesereplikats zur eigenständigen DB-Instance.

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.

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. Anweisungen finden Sie unter Löschen eines Multi-AZ-DB-Clusters.

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 kein DB-Instance-Lesereplikat in einem erstellen AWS-Konto , das sich von dem unterscheidet AWS-Konto , dem der Multi-AZ-DB-Quellcluster gehört.

  • Sie können kein DB-Instance-Lesereplikat in einer anderen AWS-Region als dem Multi-AZ-DB-Quell-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.