Erläuterung der Durchführung eines direkten Upgrades - Amazon Aurora
Wie sich direkte Upgrades auf die Parametergruppen für einen Cluster auswirkenÄnderungen an Cluster-Eigenschaften zwischen Aurora-MySQL-VersionenIn-Situ-Hauptversions-Upgrades für globale DatenbankenDirekte Upgrades mit regionsübergreifenden Read Replicas

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.

Erläuterung der Durchführung eines direkten Upgrades

Sehen Sie sich die Hintergrundinformationen unter Funktionsweise des Aurora MySQL direkten Upgrade der Hauptversion an.

Führen Sie alle Planungen und Tests vor dem Upgrade durch, wie unter beschrieben. Planen eines Hauptversionsupgrades für einen Aurora MySQL-Cluster

Im folgenden Beispiel wird der mydbcluster-cluster DB-Cluster auf Aurora MySQL Version 3.04.1 aktualisiert.

Aktualisieren der Hauptversion eines Aurora MySQL-DB-Clusters

  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. Wenn Sie eine benutzerdefinierte Parametergruppe für den ursprünglichen DB-Cluster verwendet haben, erstellen Sie eine entsprechende Parametergruppe, die mit der neuen Hauptversion kompatibel ist. Nehmen Sie alle erforderlichen Anpassungen an den Konfigurationsparametern in dieser neuen Parametergruppe vor. Weitere Informationen finden Sie unter Wie sich direkte Upgrades auf die Parametergruppen für einen Cluster auswirken.

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

  4. Wählen Sie den DB-Cluster aus, den Sie ändern möchten.

  5. Wählen Sie Ändern aus.

  6. Wählen Sie unter Version eine neue Aurora-MySQL-Hauptversion aus.

    Wir empfehlen im Allgemeinen, die neueste Nebenversion der Hauptversion zu verwenden. Hier wählen wir die aktuelle Standardversion.

    Direktes Upgrade eines DB-Clusters von Aurora MySQL von Version 2 auf Version 3

  7. Klicken Sie auf Weiter.

  8. Geben Sie auf der nächsten Seite an, wann das Upgrade durchgeführt werden soll. Wählen Sie During the next scheduled maintenance window (Während des nächsten geplanten Wartungsfensters) oder Sofort aus.

  9. (Optional) Überprüfen Sie während des Upgrades regelmäßig die Seite Ereignisse in der RDS-Konsole. Auf diese Weise können Sie den Fortschritt des Upgrades überwachen und etwaige Probleme erkennen. Wenn das Upgrade auf Probleme stößt, lesen Sie Fehlerbehebung für Aurora My SQL In-Place-Upgrade für zu ergreifende Schritte.

  10. Wenn Sie zu Beginn dieses Vorgangs eine neue Parametergruppe erstellt haben, ordnen Sie die benutzerdefinierte Parametergruppe Ihrem aktualisierten Cluster zu. Weitere Informationen finden Sie unter Wie sich direkte Upgrades auf die Parametergruppen für einen Cluster auswirken.

    Anmerkung

    Wenn Sie diesen Schritt ausführen, müssen Sie den Cluster erneut neu starten, um die neue Parametergruppe anzuwenden.

  11. (Optional) Löschen Sie nach dem Upgrade den manuellen Snapshot, den Aurora zu Beginn des Upgrades erstellt hat.

Um die Hauptversion eines Aurora MySQL-DB-Clusters zu aktualisieren, verwenden Sie den AWS CLI modify-db-clusterBefehl mit den folgenden erforderlichen Parametern:

  • --db-cluster-identifier

  • --engine-version

  • --allow-major-version-upgrade

  • --apply-immediately oder --no-apply-immediately

Wenn Ihr Cluster benutzerdefinierte Parametergruppen verwendet, schließen Sie auch eine oder beide der folgenden Optionen ein:

  • --db-cluster-parameter-group-name, wenn der Cluster eine benutzerdefinierte Cluster-Parametergruppe verwendet

  • --db-instance-parameter-group-name, falls Instances im Cluster eine benutzerdefinierte DB-Parametergruppe verwenden

Im folgenden Beispiel wird der sample-cluster DB-Cluster auf Aurora MySQL Version 3.04.1 aktualisiert. Das Upgrade erfolgt sofort, anstatt auf das nächste Wartungsfenster zu warten.

Beispiel

Wählen Sie in der &Snowconsole; Ihren Auftrag aus der Tabelle. Linux, macOS, oder Unix:

aws rds modify-db-cluster \
          --db-cluster-identifier sample-cluster \
          --engine-version 8.0.mysql_aurora.3.04.1 \
          --allow-major-version-upgrade \
          --apply-immediately

Wählen Sie in der &Snowconsole; Ihren Auftrag aus der Tabelle. Windows:

aws rds modify-db-cluster ^
          --db-cluster-identifier sample-cluster ^
          --engine-version 8.0.mysql_aurora.3.04.1 ^
          --allow-major-version-upgrade ^
          --apply-immediately

Sie können andere CLI-Befehle mit kombinierenmodify-db-cluster, um einen automatisierten end-to-end Prozess für die Durchführung und Überprüfung von Upgrades zu erstellen. Weitere Informationen und Beispiele finden Sie unter Aurora — Mein SQL Upgrade-Tutorial vor Ort.

Anmerkung

Wenn Ihr Cluster Teil einer Aurora globalen Datenbank ist, unterscheidet sich das Verfahren des direkten Upgrades geringfügig. Stattdessen rufen Sie den modify-global-clusterBefehl operation auf. modify-db-cluster Weitere Informationen finden Sie unter In-Situ-Hauptversions-Upgrades für globale Datenbanken.

Um die Hauptversion eines Aurora MySQL-DB-Clusters zu aktualisieren, verwenden Sie den RDS-API-Vorgang Modify DBCluster mit den folgenden erforderlichen Parametern:

  • DBClusterIdentifier

  • Engine

  • EngineVersion

  • AllowMajorVersionUpgrade

  • ApplyImmediately (festgelegt auf true oder false)

Anmerkung

Wenn Ihr Cluster Teil einer Aurora globalen Datenbank ist, unterscheidet sich das Verfahren des direkten Upgrades geringfügig. Sie rufen den ModifyGlobalClusterVorgang anstelle von aufModifyDBCluster. Weitere Informationen finden Sie unter In-Situ-Hauptversions-Upgrades für globale Datenbanken.

Wie sich direkte Upgrades auf die Parametergruppen für einen Cluster auswirken

Aurora-Parametergruppen haben verschiedene Sätze von Konfigurationseinstellungen für Cluster, die mit MySQL 5.7 oder 8.0 kompatibel sind. Wenn Sie ein direktes Upgrade durchführen, müssen der aktualisierte Cluster und alle seine Instances die entsprechenden Cluster- und Instance-Parametergruppen verwenden:

Ihr Cluster und Ihre Instances verwenden möglicherweise die standardmäßigen 5.7-kompatiblen Parametergruppen. In diesem Fall beginnen der aktualisierte Cluster und die Instance mit den standardmäßigen 8.0-kompatiblen Parametergruppen. Wenn Ihr Cluster und Ihre Instances benutzerdefinierte Parametergruppen verwenden, müssen Sie entsprechende oder 8.0-kompatible Parametergruppen erstellen. Diese müssen während des Upgrade-Vorgangs angegeben werden.

Anmerkung

Für die meisten Parametereinstellungen können Sie die benutzerdefinierte Parametergruppe an zwei Stellen auswählen. Und zwar können Sie sie auswählen, wenn Sie den Cluster erstellen oder wenn Sie die Parametergruppe später dem Cluster zuordnen.

Wenn Sie jedoch eine nicht standardmäßige Einstellung für den Parameter lower_case_table_names verwenden, müssen Sie die benutzerdefinierte Parametergruppe mit dieser Einstellung im Voraus einrichten. Geben Sie dann die Parametergruppe an, wenn Sie die Snapshot-Wiederherstellung zum Erstellen des Clusters durchführen. Änderungen des lower_case_table_names-Parameters haben keine Auswirkung, nachdem der Cluster erstellt wurde.

Wir empfehlen Ihnen, die gleiche Einstellung für lower_case_table_names zu verwenden, wenn Sie ein Upgrade von Aurora MySQL Version 2 auf Version 3 durchführen.

Mit einer globalen Aurora-Datenbank, die auf Aurora MySQL basiert, können Sie ein direktes Upgrade von Aurora MySQL Version 2 auf Version 3 nur durchführen, wenn Sie den lower_case_table_names Parameter auf Standard setzen und Ihre globale Datenbank neu starten. Weitere Informationen zu den möglichen Verfahren finden Sie unter Hauptversions-Upgrades.

Wichtig

Wenn Sie während des Upgrade-Vorgangs eine benutzerdefinierte Parametergruppe angeben, müssen Sie den Cluster nach Abschluss des Upgrades unbedingt manuell neu starten. Danach nutzt der Cluster Ihre benutzerdefinierten Parametereinstellungen.

Änderungen an Cluster-Eigenschaften zwischen Aurora-MySQL-Versionen

Wenn Sie von Aurora-MySQL-Version 2 zu Version 3 aktualisieren, stellen Sie sicher, dass Sie alle Anwendungen oder Skripts ändern, die Sie zum Einrichten oder Verwalten von Clustern und DB-Instances von Aurora MySQL verwenden.

Ändern Sie außerdem Ihren Code, der Parametergruppen manipuliert, um der Tatsache Rechnung zu tragen, dass die Standardnamen der Parametergruppen für 5.7- und 8.0-kompatible Cluster unterschiedlich sind. Die entsprechenden Parametergruppennamen für Aurora-MySQL-Version 2 und 3-Cluster sind default.aurora-mysql5.7 und default.aurora-mysql8.0.

Beispielsweise haben Sie möglicherweise Code wie den folgenden, der vor einem Upgrade für Ihren Cluster gilt.

# Check the default parameter values for MySQL 5.7–compatible clusters.
aws rds describe-db-parameters --db-parameter-group-name default.aurora-mysql5.7 --region us-east-1

Ändern Sie nach dem Upgrade der Hauptversion des Clusters diesen Code wie folgt.

# Check the default parameter values for MySQL 8.0–compatible clusters.
aws rds describe-db-parameters --db-parameter-group-name default.aurora-mysql8.0 --region us-east-1

In-Situ-Hauptversions-Upgrades für globale Datenbanken

Bei einer globalen Aurora-Datenbank aktualisieren Sie den globalen Datenbank-Cluster. Aurora aktualisiert automatisch alle Cluster gleichzeitig und stellt sicher, dass sie alle dieselbe Engine-Version ausführen. Diese Anforderung liegt darin begründet, dass Änderungen an Systemtabellen, Datendateiformaten usw. automatisch auf alle sekundären Cluster repliziert werden.

Folgen Sie den Anweisungen in Funktionsweise des Aurora MySQL direkten Upgrade der Hauptversion. Wenn Sie angeben, was aktualisiert werden soll, stellen Sie sicher, dass Sie den globalen Datenbank-Cluster anstelle eines der darin enthaltenen Cluster auswählen.

Wenn Sie den verwenden AWS Management Console, wählen Sie das Element mit der Rolle Globale Datenbank aus.

Aktualisieren globaler Datenbank-Cluster

Wenn Sie die AWS CLI oder die RDS-API verwenden, starten Sie den Upgrade-Vorgang, indem Sie den modify-global-clusterBefehl oder die ModifyGlobalClusterOperation aufrufen. Verwenden Sie diese anstelle von modify-db-cluster oder ModifyDBCluster.

Anmerkung

Sie können keine benutzerdefinierte Parametergruppe für den globalen Datenbank-Cluster angeben, während Sie ein größeres Versions-Upgrade dieser globalen Aurora-Datenbank durchführen. Erstellen Sie Ihre benutzerdefinierten Parametergruppen in jeder Region des globalen Clusters. Wenden Sie sie nach dem Upgrade manuell auf die regionalen Cluster an.

Um die Hauptversion eines globalen Aurora MySQL-Datenbank-Clusters mithilfe von zu aktualisieren AWS CLI, verwenden Sie den modify-global-clusterBefehl mit den folgenden erforderlichen Parametern:

  • --global-cluster-identifier

  • --engine aurora-mysql

  • --engine-version

  • --allow-major-version-upgrade

Im folgenden Beispiel wird der globale Datenbankcluster auf Aurora MySQL Version 3.04.2 aktualisiert.

Beispiel

Wählen Sie in der &Snowconsole; Ihren Auftrag aus der Tabelle. Linux, macOS, oder Unix:

aws rds modify-global-cluster \
          --global-cluster-identifier global_cluster_identifier \
          --engine aurora-mysql \
          --engine-version 8.0.mysql_aurora.3.04.2 \
          --allow-major-version-upgrade

Wählen Sie in der &Snowconsole; Ihren Auftrag aus der Tabelle. Windows:

aws rds modify-global-cluster ^
          --global-cluster-identifier global_cluster_identifier ^
          --engine aurora-mysql ^
          --engine-version 8.0.mysql_aurora.3.04.2 ^
          --allow-major-version-upgrade

Direkte Upgrades für DB-Cluster mit regionsübergreifenden Read Replicas

Sie können einen Aurora-DB-Cluster, der über eine regionsübergreifende Read Replica verfügt, mithilfe des In-Place-Upgrade-Verfahrens aktualisieren, es gibt jedoch einige Überlegungen:

  • Sie müssen zuerst den Read Replica-DB-Cluster aktualisieren. Wenn Sie zuerst versuchen, den primären Cluster zu aktualisieren, erhalten Sie eine Fehlermeldung wie die folgende:

    Das DB-Cluster konnte nicht aktualisiert werden test-xr-primary-cluster, da das zugehörige regionsübergreifende Aurora-Replikat noch test-xr-replica-cluster nicht gepatcht wurde. Aktualisieren Sie das Aurora Cross-Region-Replikat und versuchen Sie es erneut.

    Das bedeutet, dass der primäre DB-Cluster keine höhere DB-Engine-Version als der Replikatcluster haben kann.

  • Bevor Sie den primären DB-Cluster aktualisieren, beenden Sie den Schreib-Workload und deaktivieren Sie alle neuen Verbindungsanfragen zur Writer-DB-Instance des primären Clusters.

  • Wenn Sie den primären Cluster aktualisieren, wählen Sie eine benutzerdefinierte DB-Cluster-Parametergruppe aus, bei der der binlog_format Parameter auf einen Wert gesetzt ist, der die Replikation mit binärer Protokollierung unterstützt, z. MIXED B.

    Weitere Informationen zur Verwendung der binären Protokollierung mit Aurora MySQL finden Sie unter Replikation zwischen Aurora und My SQL oder zwischen Aurora und einem anderen Aurora-DB-Cluster (binäre Protokollreplikation). Weitere Informationen zum Ändern der Aurora MySQL-Konfigurationsparameter finden Sie unter Aurora MySQL Konfigurationsparameter und Parametergruppen für Amazon Aurora.

  • Warten Sie nicht lange mit dem Upgrade des primären DB-Clusters, nachdem Sie den Replikatcluster aktualisiert haben. Wir empfehlen, nicht länger als bis zum nächsten Wartungsfenster zu warten.

  • Nachdem Sie den primären DB-Cluster aktualisiert haben, starten Sie dessen Writer-DB-Instance neu. Die benutzerdefinierte DB-Cluster-Parametergruppe, die die Binlog-Replikation aktiviert, wird erst wirksam, wenn die Writer-DB-Instance neu gestartet wird.

  • Nehmen Sie den Schreib-Workload erst wieder auf oder aktivieren Sie Verbindungen zur Writer-DB-Instance, wenn Sie bestätigt haben, dass die regionsübergreifende Replikation neu gestartet wurde und dass die Replikatverzögerung in der sekundären Instanz 0 ist. AWS-Region