Migrieren von Daten aus einer RDS-für-MySQL-DB-Instance zu einem Amazon-Aurora-MySQL-DB-Cluster mittels einer Aurora Read Replica (Lesereplikat) - Amazon Aurora

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 von Daten aus einer RDS-für-MySQL-DB-Instance zu einem Amazon-Aurora-MySQL-DB-Cluster mittels einer Aurora Read Replica (Lesereplikat)

Aurora verwendet die binäre Protokoll-Replizierungsfunktionalität der MySQL-DB-Engine, um für eine MySQL-Quell-DB-Instance einen speziellen Typ von DB-Cluster zu erstellen, der als „Aurora Read Replica“ bezeichnet wird. Aktualisierungen, die an der RDS-für-MySQL-DB-Quell-Instance vorgenommen werden, werden asynchron in diese Aurora Read Replica repliziert.

Es wird empfohlen, diese Funktionalität zu verwenden, um eine Migration aus einer RDS-für-MySQL-DB-Instance zu einem Aurora-MySQL-DB-Cluster durchzuführen, indem Sie eine Aurora Read Replica Ihrer MySQL-DB-Quell-Instance erstellen. Wenn die Replikationsverzögerung zwischen der RDS-für-MySQL-DB-Instance und der Aurora Read Replica 0 beträgt, können Sie die Clientanwendungen für den Zugriff auf die Aurora Read Replica konfigurieren und dann die Replikation stoppen, damit die Aurora Read Replica als eigenständiger Aurora MySQL-DB-Cluster verwendet wird. Beachten Sie, dass die Migration sehr lange dauern kann. Pro Tebibyte (TiB) Daten werden mehrere Stunden benötigt.

Eine Liste der Regionen, in denen Aurora erhältlich ist, finden Sie unter Amazon Aurora in der Allgemeine AWS-Referenz.

Wenn Sie eine Aurora Read Replica einer RDS-für-MySQL-DB-Instance erstellen, wird von Amazon RDS automatisch ein DB-Snapshot der RDS for MySQL-DB-Quell-Instance erstellt (privat für Amazon RDS und kostenlos). Anschließend migriert Amazon RDS die Daten vom DB-Snapshot zum Aurora-Lesereplikat. Nach dem Migrieren der Daten des DB-Snapshots zum neuen Aurora-MySQL-DB-Cluster startet Amazon RDS die Replikation zwischen Ihrer RDS-für-MySQL-DB-Instance und dem Aurora MySQL-DB-Cluster. Wenn die RDS-für-MySQL-DB-Instance Tabellen enthält, die andere Speicher-Engines als InnoDB oder ein komprimiertes Zeilenformat verwenden, können Sie die Erstellung einer Aurora Read Replica beschleunigen, indem Sie diese Tabellen für die Verwendung der InnoDB-Speicher-Engine und des dynamischen Zeilenformats konfigurieren, bevor Sie die Aurora Read Replica erstellen. Weitere Informationen zum Kopieren eines MySQL-DB-Snapshots zu einem Aurora MySQL-DB-Cluster finden Sie unter Migrieren von Daten aus einer DB-Instance von RDS für MySQL in einen DB-Cluster von Amazon Aurora MySQL.

Sie können nur eine Aurora-Read Replica für eine RDS-für-MySQL-DB-Instance erstellen.

Anmerkung

Aufgrund von Funktionsunterschieden zwischen Aurora-MySQL und der MySQL-Datenbank-Engine-Version der als Replikationsprimäre dienenden RDS-für-MySQL-DB-Instance kann es bei der Replikation zu Problemen kommen. Bei Problemen können Sie Fragen im Amazon-RDS-Community-Forum stellen oder sich an AWS Support wenden.

Sie können keine Aurora Read Replica erstellen, wenn Ihre RDS-für-MySQL-DB-Instance bereits die Quelle für eine regionsübergreifende Read Replica enthält.

Sie können von einigen älteren Versionen von RDS für MySQL 8.0, einschließlich 8.0.11, 8.0.13 und 8.0.15, nicht zu Aurora MySQL Version 3.05 und höher migrieren. Wir empfehlen, vor der Migration auf RDS für MySQL Version 8.0.28 zu aktualisieren.

Weitere Informationen zu MySQL-Lesereplikaten finden Sie unter Arbeiten mit Read Replicas von MariaDB-, MySQL- und PostgreSQL-DB-Instances.

Erstellen einer Aurora Read Replica

Sie können eine Aurora Read Replica für eine RDS-für-MySQL-DB-Instance über die Konsole, die AWS CLI oder die RDS-API erstellen.

So erstellen Sie eine Aurora Read Replica einer RDS-für-MySQL-DB-Instance
  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. Wählen Sie im Navigationsbereich Databases (Datenbanken) aus.

  3. Wählen Sie die MySQL DB-Instance aus, die Sie als Quelle für Ihr Aurora Read Replica verwenden möchten.

  4. Wählen Sie für Actions (Aktionen) Create Aurora read replica (Aurora Read Replica erstellen) aus.

  5. Legen Sie die in der folgenden Tabelle beschriebenen DB-Cluster-Einstellungen für die Aurora-Read Replica fest.

    Option Beschreibung

    DB-Instance-Klasse

    Wählen Sie eine DB-Instance-Klasse aus, die die Verarbeitungs- und Speicheranforderungen der primären Instance im DB-Cluster definiert. Weitere Informationen zu den Optionen für DB-Instance-Klassen finden Sie unter Aurora DB-Instance-Klassen.

    Multi-AZ-Bereitstellung

    Wählen Sie Replika in einer anderen Zone erstellen aus, um eine Standby Replica des neuen DB-Clusters in einer anderen Availability Zone für eine Failover-Unterstützung in der AWS-Zielregion zu erstellen. Weitere Informationen über die Multi-AZ-Bereitstellung finden Sie unter Regionen und Availability Zones.

    DB-Instance-Kennung

    Geben Sie einen Namen für die primäre Instance des DB-Clusters der Aurora-Read Replica ein. Dieser Bezeichner wird in der Endpunktadresse für die primäre Instance des neuen DB-Clusters verwendet.

    Für den DB-Instance-Bezeichner gelten folgende Einschränkungen:

    • Sie darf 1 bis 63 alphanumerische Zeichen oder Bindestriche enthalten.

    • Das erste Zeichen muss ein Buchstabe sein.

    • Er darf nicht mit einem Bindestrich enden oder zwei aufeinanderfolgende Bindestriche enthalten.

    • Sie muss bei allen DB-Instances für jedes AWS-Konto und jede AWS-Region eindeutig sein.

    Da das Aurora Read Replica-DB-Cluster aus einem Snapshot der DB-Quell-Instance erstellt wird, sind der Master-Benutzername und das Master-Passwort für die Aurora Read Replica mit dem Master-Benutzernamen und Master-Passwort für die DB-Quell-Instance identisch.

    Virtual Private Cloud (VPC)

    Wählen Sie die VPC aus, die als Host für das DB-Cluster dienen soll. Wählen Sie Create a new VPC (Neue VPC erstellen) aus, wenn Aurora eine VPC für Sie erstellen soll. Weitere Informationen finden Sie unter Voraussetzungen für DB-Cluster.

    DB-Subnetzgruppe

    Wählen Sie die DB-Subnetzgruppe aus, die für den DB-Cluster verwendet werden soll. Wählen Sie Create a new DB subnet group (Neue DB-Subnetzgruppe erstellen), wenn Aurora eine DB-Subnetzgruppe für Sie erstellen soll. Weitere Informationen finden Sie unter Voraussetzungen für DB-Cluster.

    Öffentliche Zugänglichkeit

    Wählen Sie Yes aus, um dem DB-Cluster eine öffentliche IP-Adresse zu geben. Wählen Sie andernfalls No aus. Die Instances in Ihrem DB-Cluster können eine Mischung aus öffentlichen und privaten DB-Instances sein. Weitere Informationen darüber, wie Sie den öffentlichen Zugriff für Instances deaktivieren, finden Sie unter Ausblenden einer DB-Clusters in einer VPC vor dem Internet.

    Availability Zone

    Legen Sie fest, ob Sie eine bestimmte Availability Zone angeben möchten. Weitere Informationen über Availability Zones finden Sie unter Regionen und Availability Zones.

    VPC-Sicherheitsgruppe (Firewall)

    Wählen Sie Neue VPC-Sicherheitsgruppe erstellen aus, damit Aurora eine VPC-Sicherheitsgruppe für Sie erstellt. Wählen Sie Vorhandene VPC-Sicherheitsgruppen auswählen aus, um eine oder mehrere VPC-Sicherheitsgruppen auszuwählen und den Netzwerkzugriff auf das DB-Cluster zu schützen. Weitere Informationen finden Sie unter Voraussetzungen für DB-Cluster.

    Datenbankport

    Geben Sie den Port an, über den Anwendungen und Dienstprogramme auf die Datenbank zugreifen können. Aurora-MySQL;-DB-Cluster verwenden standardmäßig den MySQL-Standardport 3306. Die Firewalls einiger Unternehmen blockieren Verbindungen mit diesem Port. Wenn die Firewall Ihres Unternehmens den Standardport blockiert, wählen Sie einen anderen Port für den neuen DB-Cluster aus.

    DB-Parametergruppe

    Wählen Sie eine DB-Parametergruppe für den Aurora MySQL DB-Cluster aus. Aurora verfügt über eine DB-Standardparametergruppe, die Sie verwenden können, oder Sie können Ihre eigene DB-Parametergruppe erstellen. Weitere Informationen zu DB-Parametergruppen finden Sie unter Arbeiten mit Parametergruppen.

    DB-Cluster-Parametergruppe

    Wählen Sie eine DB-Cluster-Parametergruppe für den Aurora-MySQL-DB-Cluster aus. Aurora verfügt über eine DB-Cluster-Standardparametergruppe, die Sie verwenden können, oder Sie können Ihre eigene DB-Cluster-Parametergruppe erstellen. Weitere Informationen zu DB-Cluster-Parametergruppen finden Sie unter Arbeiten mit Parametergruppen.

    Verschlüsselung

    Wählen Sie Verschlüsselung deaktivieren aus, wenn das neue Aurora-DB-Cluster nicht verschlüsselt werden soll. Wählen Sie Verschlüsselung aktivieren aus, wenn das neue Aurora-DB-Cluster im Ruhezustand verschlüsselt werden soll. Wenn Sie Verschlüsselung aktivieren wählen, müssen Sie einen KMS-Schlüssel als Wert AWS KMS key wählen.

    Wenn Ihre MySQL-DB-Instance nicht verschlüsselt ist, geben Sie einen Verschlüsselungsschlüssel an, damit Ihr DB-Cluster im Ruhezustand verschlüsselt wird.

    Wenn Ihre MySQL-DB-Instance verschlüsselt ist, geben Sie einen Verschlüsselungsschlüssel an, damit Ihr DB-Cluster in Ruhe mit dem angegebenen Verschlüsselungsschlüssel verschlüsselt wird. Sie können den von der MySQL DB-Instance verwendeten Verschlüsselungsschlüssel oder einen anderen Schlüssel angeben. Aus einer verschlüsselten MySQL-DB-Instance kann kein unverschlüsselter DB-Cluster erstellt werden.

    Priorität

    Wählen Sie eine Failover-Priorität für den DB-Cluster aus. Wenn Sie keinen Wert auswählen, wird als Standard tier-1 eingestellt. Diese Priorität bestimmt die Reihenfolge, in der Aurora-Replikate bei der Wiederherstellung nach einem Ausfall der primären Instance hochgestuft werden. Weitere Informationen finden Sie unter Fehlertoleranz für einen Aurora-DB-Cluster.

    Aufbewahrungszeitraum für Backups

    Wählen Sie den Aufbewahrungszeitraum (1 bis 35 Tage) für Sicherungskopien der Datenbank in Aurora aus. Backup-Kopien können für point-in-time Wiederherstellungen (PITR) Ihrer Datenbank bis zur zweiten verwendet werden.

    Verbesserte Überwachung

    Wählen Sie Erweiterte Überwachung aktivieren aus, um die Erfassung von Metriken in Echtzeit für das Betriebssystem zu aktivieren, in dem Ihr DB-Cluster ausgeführt wird. Weitere Informationen finden Sie unter Überwachen von Betriebssystem-Metriken mithilfe von „Enhanced Monitoring“·(Erweiterte·Überwachung).

    Überwachungsrolle

    Nur verfügbar, wenn Verbesserte Überwachung auf Erweiterte Überwachung aktivieren gesetzt ist. Wählen Sie die IAM-Rolle aus, die Sie erstellt haben, um Aurora die Kommunikation mit Amazon CloudWatch Logs für Sie zu ermöglichen, oder wählen Sie Standard aus, damit Aurora eine Rolle mit dem Namen für Sie erstelltrds-monitoring-role. Weitere Informationen finden Sie unter Überwachen von Betriebssystem-Metriken mithilfe von „Enhanced Monitoring“·(Erweiterte·Überwachung).

    Granularität

    Nur verfügbar, wenn Verbesserte Überwachung auf Erweiterte Überwachung aktivieren gesetzt ist. Mit ihr können Sie die Zeitspanne zwischen den Erfassungen der Kennzahlen des DB-Clusters in Sekunden festlegen.

    Kleinere Versions-Updates automatisch aktivieren

    Diese Einstellung wird für Aurora MySQL-DB-Cluster nicht verwendet.

    Weitere Informationen über Engine-Updates für Aurora MySQL finden Sie unter Datenbank-Engine-Updates für Amazon Aurora MySQL.

    Wartungsfenster

    Wählen Sie Fenster auswählen aus und geben Sie den wöchentlichen Zeitraum an, in dem Systemwartungen durchgeführt werden können. Sie können auch Keine Präferenz auswählen, damit Aurora einen Zeitraum nach dem Zufallsprinzip auswählt.

  6. Wählen Sie Read Replica erstellen aus.

Um eine Aurora Read Replica aus einer RDS-für-MySQL-Quell-DB-Instance zu erstellen, verwenden Sie die AWS CLI-Befehle create-db-cluster und create-db-instance, um einen neuen Aurora-MySQL-DB-Cluster zu erstellen. Geben Sie beim Aufrufen des Befehls create-db-cluster mit dem Parameter --replication-source-identifier den Amazon-Ressourcennamen (ARN) der gewünschten MySQL-DB-Instance an. Weitere Informationen zu Amazon RDS-ARNs finden Sie unter Amazon Relational Database Service (Amazon RDS).

Geben Sie nicht den Masterbenutzernamen, das Masterpasswort oder den Datenbanknamen an, da die Aurora-Read Replica diese Werte aus der MySQL-DB-Instance übernimmt.

Für Linux, macOSoder Unix:

aws rds create-db-cluster --db-cluster-identifier sample-replica-cluster --engine aurora \ --db-subnet-group-name mysubnetgroup --vpc-security-group-ids sg-c7e5b0d2 \ --replication-source-identifier arn:aws:rds:us-west-2:123456789012:db:primary-mysql-instance

Windows:

aws rds create-db-cluster --db-cluster-identifier sample-replica-cluster --engine aurora ^ --db-subnet-group-name mysubnetgroup --vpc-security-group-ids sg-c7e5b0d2 ^ --replication-source-identifier arn:aws:rds:us-west-2:123456789012:db:primary-mysql-instance

Wenn Sie die Konsole verwenden, um eine Aurora Read Replica zu erstellen, erstellt Aurora automatisch die primäre Instance für die Aurora Read Replica Ihres DB-Clusters. Wenn Sie die AWS CLI zum Erstellen einer Aurora-Read Replica verwenden, müssen Sie die primäre Instance explizit für Ihren DB-Cluster anlegen. Die primäre Instance ist die erste in einem DB-Cluster erstellte Instance.

Sie können eine primäre Instance für Ihr DB-Cluster erstellen, indem Sie den create-db-instance-Befehl AWS CLI mit folgenden Parametern verwenden.

  • --db-cluster-identifier

    Der Name Ihres DB-Clusters.

  • --db-instance-class

    Der Name der DB-Instance-Klasse, die für Ihre primäre Instance verwendet werden soll.

  • --db-instance-identifier

    Der Name Ihrer primären Instance.

  • --engine aurora

In diesem Beispiel erstellen Sie eine primäre Instance mit dem Namen myreadreplicainstance für den DB-Cluster mit dem Namen myreadreplicacluster unter Verwendung der DB-Instance-Klasse, die in myinstanceclass angegeben ist.

Beispiel

Für Linux, macOSoder Unix:

aws rds create-db-instance \ --db-cluster-identifier myreadreplicacluster \ --db-instance-class myinstanceclass \ --db-instance-identifier myreadreplicainstance \ --engine aurora

Windows:

aws rds create-db-instance ^ --db-cluster-identifier myreadreplicacluster ^ --db-instance-class myinstanceclass ^ --db-instance-identifier myreadreplicainstance ^ --engine aurora

Um eine Aurora-Read Replica aus einer RDS-für-MySQL-DB-Quell-Instance zu erstellen, verwenden Sie die Amazon RDS-API-Befehle CreateDBCluster und CreateDBInstance, um einen neuen Aurora-DB-Cluster und eine neue primäre Instance zu erstellen. Geben Sie nicht den Masterbenutzernamen, das Masterpasswort oder den Datenbanknamen an, da die Aurora Read Replica diese Werte aus der RDS-für-MySQL-DB-Instance übernimmt.

Sie können einen neuen Aurora-DB-Cluster für eine Aurora Read Replica aus einer RDS-für-MySQL-DB-Quell-Instance erstellen, indem Sie den Amazon RDS-API-Befehl CreateDBCluster mit folgenden Parametern verwenden:

  • DBClusterIdentifier

    Name des zu erstellenden DB-Clusters.

  • DBSubnetGroupName

    Der Name der DB-Subnetzgruppe, die mit diesem DB-Cluster verknüpft werden soll.

  • Engine=aurora

  • KmsKeyId

    Die AWS KMS key, mit der der DB-Cluster optional verschlüsselt wird, je nachdem, ob Ihre MySQL-DB-Instance verschlüsselt ist.

    • Wenn Ihre MySQL-DB-Instance nicht verschlüsselt ist, geben Sie einen Verschlüsselungsschlüssel an, damit Ihr DB-Cluster im Ruhezustand verschlüsselt wird. Ansonsten wird Ihr DB-Cluster im Ruhezustand mit dem Standard-Verschlüsselungsschlüssel für Ihr Konto verschlüsselt.

    • Wenn Ihre MySQL-DB-Instance verschlüsselt ist, geben Sie einen Verschlüsselungsschlüssel an, damit Ihr DB-Cluster in Ruhe mit dem angegebenen Verschlüsselungsschlüssel verschlüsselt wird. Ansonsten wird Ihr DB-Cluster im Ruhezustand mit dem Verschlüsselungsschlüssel für die MySQL-DB-Instance verschlüsselt.

      Anmerkung

      Aus einer verschlüsselten MySQL-DB-Instance kann kein unverschlüsselter DB-Cluster erstellt werden.

  • ReplicationSourceIdentifier

    Der Amazon Resource Name (ARN) für die Quell-MySQL DB-Instance. Weitere Informationen zu Amazon RDS-ARNs finden Sie unter Amazon Relational Database Service (Amazon RDS).

  • VpcSecurityGroupIds

    Die Liste der EC2-VPC-Sicherheitsgruppen, die mit diesem DB-Cluster verknüpft werden sollen.

In diesem Beispiel erstellen Sie ein DB-Cluster namens myreadreplicacluster aus einer MySQL-DB-Quell-Instance mit einem auf mysqlmasterARN festgelegten ARN, verbunden mit einer DB-Subnetzgruppe namens mysubnetgroup und einer VPC-Sicherheitsgruppe namens mysecuritygroup.

Beispiel
https://rds.us-east-1.amazonaws.com/ ?Action=CreateDBCluster &DBClusterIdentifier=myreadreplicacluster &DBSubnetGroupName=mysubnetgroup &Engine=aurora &ReplicationSourceIdentifier=mysqlprimaryARN &SignatureMethod=HmacSHA256 &SignatureVersion=4 &Version=2014-10-31 &VpcSecurityGroupIds=mysecuritygroup &X-Amz-Algorithm=AWS4-HMAC-SHA256 &X-Amz-Credential=AKIADQKE4SARGYLE/20150927/us-east-1/rds/aws4_request &X-Amz-Date=20150927T164851Z &X-Amz-SignedHeaders=content-type;host;user-agent;x-amz-content-sha256;x-amz-date &X-Amz-Signature=6a8f4bd6a98f649c75ea04a6b3929ecc75ac09739588391cd7250f5280e716db

Wenn Sie die Konsole verwenden, um eine Aurora Read Replica zu erstellen, erstellt Aurora automatisch die primäre Instance für die Aurora Read Replica Ihres DB-Clusters. Wenn Sie die AWS CLI zum Erstellen einer Aurora-Read Replica verwenden, müssen Sie die primäre Instance explizit für Ihren DB-Cluster anlegen. Die primäre Instance ist die erste in einem DB-Cluster erstellte Instance.

Sie können eine primäre Instance für Ihr DB-Cluster erstellen, indem Sie den Amazon RDS-API-Befehl CreateDBInstance mit folgenden Parametern verwenden:

  • DBClusterIdentifier

    Der Name Ihres DB-Clusters.

  • DBInstanceClass

    Der Name der DB-Instance-Klasse, die für Ihre primäre Instance verwendet werden soll.

  • DBInstanceIdentifier

    Der Name Ihrer primären Instance.

  • Engine=aurora

In diesem Beispiel erstellen Sie eine primäre Instance mit dem Namen myreadreplicainstance für den DB-Cluster mit dem Namen myreadreplicacluster unter Verwendung der DB-Instance-Klasse, die in myinstanceclass angegeben ist.

Beispiel
https://rds.us-east-1.amazonaws.com/ ?Action=CreateDBInstance &DBClusterIdentifier=myreadreplicacluster &DBInstanceClass=myinstanceclass &DBInstanceIdentifier=myreadreplicainstance &Engine=aurora &SignatureMethod=HmacSHA256 &SignatureVersion=4 &Version=2014-09-01 &X-Amz-Algorithm=AWS4-HMAC-SHA256 &X-Amz-Credential=AKIADQKE4SARGYLE/20140424/us-east-1/rds/aws4_request &X-Amz-Date=20140424T194844Z &X-Amz-SignedHeaders=content-type;host;user-agent;x-amz-content-sha256;x-amz-date &X-Amz-Signature=bee4aabc750bf7dad0cd9e22b952bd6089d91e2a16592c2293e532eeaab8bc77

Anzeigen einer Aurora-Read Replica

Sie können die MySQL-Aurora MySQL-Replikationsbeziehungen für Ihre Aurora-MySQL-DB-Cluster über die AWS Management Console oder die AWS CLI anzeigen.

So zeigen Sie die MySQL-DB-Primär-Instance für eine Aurora-Read Replica an:
  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. Wählen Sie im Navigationsbereich Databases (Datenbanken) aus.

  3. Wählen Sie das DB-Cluster für die Aurora Read Replica aus, um Details anzuzeigen. Die Informationen zur MySQL-DB-Primäre-Instance werden im Feld Replication source (Replikationsquelle) angezeigt.

    
                                        MySQL-Primäre ansehen

Um die MySQL-Aurora MySQL-Replikationsbeziehungen für Ihre Aurora-MySQL-DB-Cluster über die AWS CLI anzuzeigen, verwenden Sie die Befehle describe-db-clusters und describe-db-instances.

Um zu ermitteln, welche MySQL-DB-Instance die Primär-Instance ist, verwenden Sie describe-db-clusters und geben die Cluster-ID der Aurora Read Replica für die Option --db-cluster-identifier an. Der ARN der als primäre Replikation verwendeten DB-Instance wird in der Befehlsausgabe mit dem Element ReplicationSourceIdentifier angezeigt.

Um zu ermitteln, welches DB-Cluster die Aurora Read Replica ist, verwenden Sie describe-db-instances und geben die Instance-ID der MySQL-DB-Instance für die Option --db-instance-identifier an. Informationen zur DB-Cluster-ID für die Aurora Read Replica finden Sie im Element ReadReplicaDBClusterIdentifiers in der Ausgabe.

Beispiel

Für Linux, macOSoder Unix:

aws rds describe-db-clusters \ --db-cluster-identifier myreadreplicacluster
aws rds describe-db-instances \ --db-instance-identifier mysqlprimary

Windows:

aws rds describe-db-clusters ^ --db-cluster-identifier myreadreplicacluster
aws rds describe-db-instances ^ --db-instance-identifier mysqlprimary

Hochstufen einer Aurora Read Replica

Nach Abschluss der Migration können Sie die Aurora Read Replica über die AWS Management Console oder die AWS CLI zu einem eigenständigen DB-Cluster hochstufen.

Anschließend können Sie Ihre Clientanwendungen für den Zugriff auf den Endpunkt der Aurora Read Replica konfigurieren. Weitere Informationen zu den Aurora-Endpunkten finden Sie unter Amazon Aurora-Verbindungsverwaltung. Die Hochstufung sollte ziemlich schnell erfolgen. Während des Vorgangs sind Lese- und Schreibzugriffe auf die Aurora-Read Replica möglich. Sie können allerdings in dieser Zeit weder die MySQL-DB-Primär-Instance löschen noch die Verknüpfung zwischen der DB-Instance und der Aurora-Read Replica aufheben.

Halten Sie vor der Hochstufung der Aurora Read Replica alle Schreibtransaktionen zur MySQL-DB-Quell-Instance an und warten Sie anschließend, bis die Replikationsverzögerung der Aurora Read Replica 0 erreicht. Sie können die Replikatverzögerung für eine Aurora-Read Replica anzeigen, indem Sie den Befehl SHOW SLAVE STATUS (Aurora-MySQL-Version 2) oder SHOW REPLICA STATUS (Aurora-MySQL-Version 3) auf Ihrem Aurora-Lesereplikat aufrufen. Überprüfen Sie den Wert Sekunden hinter Master.

Schreibzugriffe auf die Aurora-Read Replica sollten erst durchgeführt werden, nachdem die Schreibtransaktionen zur Primären angehalten wurden und die Replikationsverzögerung 0 beträgt. Wenn Sie zur Aurora Read Replica schreiben, bevor die Replikationsverzögerung null erreicht, und Tabellen geändert werden, die auch im primären MySQL geändert werden, könnte die Replikation zu Aurora unterbrochen werden. Falls dies geschieht, müssen Sie die Aurora-Read Replica löschen und erneut erstellen.

So stufen Sie eine Aurora-Read Replica zu einem Aurora-DB-Cluster hoch:
  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. Wählen Sie im Navigationsbereich Datenbanken aus.

  3. Wählen Sie den DB-Cluster für das Aurora Read Replica aus.

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

  5. Klicken Sie auf Promote Read Replica) Read Replica hochstufen.

Bestätigen Sie nach der Werbung, dass das Hochstufen abgeschlossen wurde, indem Sie das folgende Verfahren anwenden.

Um zu bestätigen, dass das Aurora Read Replica hochgestuft wurde
  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. Wählen Sie im Navigationsbereich die Option Events.

  3. Stellen Sie auf der Seite Ereignisse sicher, dass für den Cluster, den Sie hochgestuft haben, ein Promoted Read Replica cluster to a stand-alone database cluster Ereignis vorliegt.

Nach Abschluss der Hochstufung wird die Verknüpfung zwischen der MySQL-DB-Primär-Instance und der Aurora-Read Replica aufgehoben. Sie können dann die DB-Instance bei Bedarf löschen.

Um ein Aurora-Lesereplikat zu einem eigenständigen DB-Cluster hochzustufen, verwenden Sie den promote-read-replica-db-cluster AWS CLI-Befehl .

Beispiel

Für Linux, macOSoder Unix:

aws rds promote-read-replica-db-cluster \ --db-cluster-identifier myreadreplicacluster

Windows:

aws rds promote-read-replica-db-cluster ^ --db-cluster-identifier myreadreplicacluster