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 DB-Cluster mit Multi-AZ 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 DB-Parametergruppen für DB-Instances von Amazon RDS.

  • 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 Management Console, 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.

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 AWS Management Console an 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 AWS Management Console an 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. 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 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

  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.

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