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
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
Melden Sie sich bei der AWS Management Console an und öffnen Sie die Amazon RDS-Konsole unter https://console.aws.amazon.com/rds/
. -
Wählen Sie im Navigationsbereich Databases (Datenbanken) aus.
-
Wählen Sie die MySQL DB-Instance aus, die Sie als Quelle für Ihr Aurora Read Replica verwenden möchten.
-
Wählen Sie für Actions (Aktionen) Create Aurora read replica (Aurora Read Replica erstellen) aus.
-
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 andernfallsNo
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 erstellt
rds-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.
-
-
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-classmyinstanceclass
\ --db-instance-identifiermyreadreplicainstance
\ --engine aurora
Windows:
aws rds create-db-instance ^ --db-cluster-identifier
myreadreplicacluster
^ --db-instance-classmyinstanceclass
^ --db-instance-identifiermyreadreplicainstance
^ --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:
Melden Sie sich bei der AWS Management Console an und öffnen Sie die Amazon-RDS-Konsole unter https://console.aws.amazon.com/rds/
. -
Wählen Sie im Navigationsbereich Databases (Datenbanken) aus.
-
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.
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:
Melden Sie sich bei der AWS Management Console an und öffnen Sie die Amazon-RDS-Konsole unter https://console.aws.amazon.com/rds/
. -
Wählen Sie im Navigationsbereich Datenbanken aus.
-
Wählen Sie den DB-Cluster für das Aurora Read Replica aus.
-
Wählen Sie für Actions (Aktionen) Promote (Hochstufen) aus.
-
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
Melden Sie sich bei der AWS Management Console an und öffnen Sie die Amazon-RDS-Konsole unter https://console.aws.amazon.com/rds/
. -
Wählen Sie im Navigationsbereich die Option Events.
-
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