Migrieren zu einem Multi-AZ-DB-Cluster mithilfe eines Lesereplikats - Amazon Relational Database Service
Erstellen und Hochstufen des LesereplikatsEinschränkungen

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.

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.

  • RDSFür My SQL müssen gtid-mode sowohl die enforce_gtid_consistency Parameter als auch ON für die Quell-DB-Instance auf gesetzt sein. Sie müssen eine benutzerdefinierte Parametergruppe und keine Standardparametergruppe verwenden. Weitere Informationen finden Sie unter DB-Parametergruppen für Amazon RDS Amazon.

  • 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

Mit dem, oder können Sie eine Multi-AZ-DB-Cluster-Lesereplik erstellen und AWS Management Console heraufstufen AWS CLI. RDS API

Anmerkung

Wir empfehlen dringend, dass Sie alle Read Replicas in derselben Virtual Private Cloud (VPC) auf Amazon-Basis VPC der Quell-DB-Instance erstellen.

Wenn Sie eine Read Replica in einer anderen VPC als der Quell-DB-Instance erstellen, können sich die Bereiche Classless Inter-Domain Routing (CIDR) zwischen dem Replikat und dem Amazon-System überschneiden. RDS CIDRDurch die Überlappung wird das Replikat instabil, was sich negativ auf Anwendungen auswirken kann, die eine Verbindung mit dem Replikat 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 einem in einem 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 RDS Amazon-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 RDS Amazon-Konsole unter https://console.aws.amazon.com/rds/.

    3. Wählen Sie in der RDS Amazon-Konsole 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. Detaillierte 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 create-db-cluster, um eine Read Replica aus der Quell-DB-Instance zu erstellen. Geben Sie für --replication-source-identifier den Amazon-Ressourcennamen (ARN) der Quell-DB-Instance an.

    Wählen Sie in der &Snowconsole; Ihren Auftrag aus der Tabelle. 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

    Wählen Sie in der &Snowconsole; Ihren Auftrag aus der Tabelle. 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. Detaillierte Anweisungen finden Sie unter Löschen einer DB-Instance.

Um eine Single-AZ-Bereitstellung oder eine Multi-AZ-DB-Instance-Bereitstellung mithilfe einer Read Replica auf einen Multi-AZ-DB-Cluster zu migrieren, führen Sie die folgenden Schritte mit dem aus. RDS API

  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. Detaillierte 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 keine Multi-AZ-DB-Cluster-Lesereplik in einer anderen Datenbank als der AWS-Konto , die AWS-Konto die Quell-DB-Instance besitzt, erstellen.

  • Sie können keine Multi-AZ-DB-Cluster-Lesereplik 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 die Multi-AZ-DB-Cluster-Lesereplik mit demselben Schlüssel verschlüsselt werden. KMS

  • Wenn die Quell-DB-Instance General Purpose SSD (GP3) -Speicher verwendet und weniger als 400 GiB an zugewiesenem Speicher hat, können Sie die IOPS für den Multi-AZ-DB-Cluster bereitgestellte Read Replica 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 kleineres Versions-Upgrade auf einer Read Replica RDS für Postgre SQL Multi-AZ-DB-Cluster durchführen, wechselt die Reader-DB-Instance nach dem Upgrade nicht zur Writer-DB-Instance. Daher kann es in Ihrem DB-Cluster zu Ausfallzeiten kommen, während Amazon die RDS Writer-Instance aktualisiert.

  • Sie können kein Hauptversions-Upgrade auf einer Multi-AZ-DB-Cluster-Read Replica 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.

  • RDSFür Postgre SQL können Read Replicas für Multi-AZ-DB-Cluster kein Failover durchführen.