Aktualisieren der MariaDB-DB-Engine - Amazon Relational Database Service
ÜbersichtHauptversions-UpgradesUpgraden einer MariaDB-DB-InstanceAutomatische Unterversion-UpgradesUpgrade mit reduzierten Ausfallzeiten

Aktualisieren der MariaDB-DB-Engine

Sofern Amazon RDS eine neue Version der Datenbank-Engine unterstützt, können Sie Ihre DB-Instances auf die neue Version aktualisieren. Es gibt zwei Arten von Upgrades für MariaDB-DB-Instances: Hauptversionsupgrades und Unterversionsupgrades.

Hauptversions-Upgrades können Datenbankänderungen enthalten, die nicht mit vorhandenen Anwendungen rückwärts kompatibel sind. Daher müssen Sie Hauptversions-Upgrades Ihrer DB-Instances manuell durchführen. Sie können ein Hauptversions-Upgrade starten, indem Sie Ihre DB-Instance ändern. Bevor Sie ein Hauptversions-Upgrade durchführen, wird jedoch das Befolgen der Schritte unter Upgrades von Hauptversionen für MariaDB empfohlen.

Nebenversions-Upgrades enthalten dagegen nur Änderungen, die mit vorhandenen Anwendungen abwärtskompatibel sind. Sie können ein Nebenversions-Upgrade manuell starten, indem Sie Ihre DB-Instance ändern. Alternativ können Sie auch beim Erstellen oder Ändern einer DB-Instance die Option Auto minor version upgrade (Automatisches Nebenversions-Upgrade) aktivieren. Hierdurch wird Ihre DB-Instance automatisch aktualisiert, nachdem die neue Version von Amazon RDS getestet und genehmigt wurde. Weitere Informationen zum Ausführen eines Upgrades finden Sie unter Upgrade der Engine-Version für eine DB-Instance.

Wenn Ihre MariaDB-DB-Instance Lesereplikate verwendet, müssen Sie alle Lesereplikate aktualisieren, bevor Sie die Quell-Instance aktualisieren. Wenn sich Ihre DB-Instance in einer Multi-AZ-Bereitstellung befindet, werden sowohl die Writer- als auch die Standby-Replikate aktualisiert. Ihre DB-Instance ist möglicherweise erst verfügbar, wenn das Upgrade abgeschlossen ist.

Weitere Informationen über die unterstützten MariaDB-Versionen und zur Versionsverwaltung finden Sie unter MariaDB auf Amazon-RDS-Versionen.

Datenbank-Engine-Upgrades erfordern Ausfallzeiten. Die Dauer des Nutzungsausfalls ist von der Größe Ihrer DB-Instance abhängig.

Tipp

Sie können die für das DB-Instance-Upgrade erforderlichen Ausfallzeiten minimieren, indem Sie eine Blau/Grün-Bereitstellung verwenden. Weitere Informationen finden Sie unter Verwendung von Blau/Grün-Bereitstellungen von Amazon RDS für Datenbankaktualisierungen.

Übersicht über das Aktualisieren

Wenn Sie die AWS Management Console verwenden, um eine DB-Instance zu aktualisieren, werden die gültigen Upgrade-Ziele für die DB-Instance angezeigt. Sie können auch den folgenden AWS CLI-Befehl verwenden, um die gültigen Upgrade-Ziele für eine DB-Instance zu identifizieren:

Für Linux, macOS oder Unix:

aws rds describe-db-engine-versions \
  --engine mariadb \
  --engine-version version-number \
  --query "DBEngineVersions[*].ValidUpgradeTarget[*].{EngineVersion:EngineVersion}" --output text

Für Windows:

aws rds describe-db-engine-versions ^
  --engine mariadb ^
  --engine-version version-number ^
  --query "DBEngineVersions[*].ValidUpgradeTarget[*].{EngineVersion:EngineVersion}" --output text

Um beispielsweise die gültigen Upgrade-Ziele für eine DB-Instance von MariaDB Version 10.5.15 zu identifizieren, führen Sie den folgenden AWS CLI-Befehl aus:

Für Linux, macOS oder Unix:

aws rds describe-db-engine-versions \
  --engine mariadb \
  --engine-version 10.5.15 \
  --query "DBEngineVersions[*].ValidUpgradeTarget[*].{EngineVersion:EngineVersion}" --output text

Für Windows:

aws rds describe-db-engine-versions ^
  --engine mariadb ^
  --engine-version 10.5.15 ^
  --query "DBEngineVersions[*].ValidUpgradeTarget[*].{EngineVersion:EngineVersion}" --output text

Amazon RDS macht zwei DB-Snapshots während des Upgrades. Der erste DB-Snapshot gehört zur DB-Instance, bevor Änderungen am Upgrade vorgenommen wurden. Wenn das Upgrade bei Ihren Datenbanken nicht funktioniert, können Sie diesen Snapshot wiederherstellen, um eine DB-Instance zu erstellen, auf der die alte Version ausgeführt wird. Der zweite DB-Snapshot wird erstellt, wenn das Upgrade abgeschlossen ist. RDS erstellt diese Snapshots unabhängig davon, ob AWS Backup die Backups für die DB-Instance verwaltet.

Anmerkung

Amazon RDS nimmt nur DB-Snapshots auf, wenn Sie den Sicherungsaufbewahrungszeitraum für Ihre DB-Instance auf eine Zahl größer als 0 festgelegt haben. Informationen über das Ändern Ihres Aufbewahrungszeitraums für Backups finden Sie unter Ändern einer Amazon RDS-DB-Instance.

Nachdem das Upgrade abgeschlossen ist, können Sie nicht zur vorherigen Version der Datenbank-Engine zurückkehren. Wenn Sie zur vorherigen Version zurückkehren möchten, stellen Sie den ersten DB-Snapshot wieder her, um eine neue DB-Instance zu erstellen.

Sie steuern, wann Ihre DB-Instance auf eine neue Version aktualisiert werden soll, die von Amazon RDS unterstützt wird. Diese Kontrollebene hilft Ihnen, die Kompatibilität mit bestimmten Datenbankversionen aufrechtzuerhalten und neue Versionen mit Ihrer Anwendung zu testen, bevor sie produktiv bereitgestellt werden. Wenn Sie bereit sind, können Sie Versions-Upgrades zu den Zeiten durchführen, die am besten zu Ihrem Zeitplan passen.

Wenn Ihre DB-Instance die Lesereplikation verwendet, müssen Sie alle Read Replicas aktualisieren, bevor Sie die Quell-Instance aktualisieren.

Wenn sich die DB-Instance in einer Multi-AZ-Bereitstellung befindet, erfolgt das Upgrade sowohl für die primären als auch Standby-DB-Instances. Die primären und die Standby-DB-Instances werden gleichzeitig aktualisiert, und es kommt zu einem Ausfall, bis das Upgrade abgeschlossen ist. Die Dauer des Nutzungsausfalls ist von Ihrer Datenbank-Engine-Version und der Größe Ihrer DB-Instance abhängig.

Upgrades von Hauptversionen für MariaDB

Hauptversions-Upgrades können Datenbankänderungen enthalten, die nicht mit vorhandenen Anwendungen rückwärts kompatibel sind. Dies hat zur Folge, dass Amazon RDS Hauptversions-Upgrades nicht automatisch anwendet. Sie müssen Ihre DB-Instance manuell ändern. Sie sollten jedes Upgrade gründlich testen, bevor Sie es auf Ihre Produktions-Instances anwenden.

Amazon RDS unterstützt die folgenden direkten Upgrades für Hauptversionen der MariaDB-Datenbank-Engine:

  • Jede MariaDB-Version zu MariaDB 10.6

  • MariaDB 10.4 zu MariaDB 10.5

  • MariaDB 10.3 zu MariaDB 10.4

Um ein Hauptversions-Upgrade auf MariaDB Version 10.6 durchzuführen, können Sie direkt von jeder MariaDB-Version auf Version 10.6 upgraden.

Um ein Hauptversions-Upgrade auf eine MariaDB-Version unter 10.6 durchzuführen, aktualisieren Sie in der Reihenfolge auf jede Hauptversion. Um beispielsweise von Version 10.3 auf Version 10.5 zu aktualisieren, führen Sie das Upgrade in der folgenden Reihenfolge aus: 10.3 auf 10.4 und dann 10.4 auf 10.5.

Wenn Sie eine benutzerdefinierte Parametergruppe verwenden und ein Upgrade auf eine Hauptversion durchführen, müssen Sie entweder eine Standardparametergruppe für die neue DB-Engine-Version angeben oder eine eigene benutzerdefinierte Parametergruppe für die neue DB-Engine-Version erstellen. Die Zuordnung der neuen Parametergruppe zu DB-Instance erfordert einen vom Kunden initiierten Neustart der Datenbank nach Abschluss des Upgrades. Der Parametergruppenstatus der Instance zeigt an, pending-reboot ob die Instance neu gestartet werden muss, um die Änderungen der Parametergruppe zu übernehmen. Der Parametergruppenstatus einer Instance kann in der AWS Management Console oder über einen "Beschreiben"-Aufruf erfolgen, z. B. describe-db-instances.

Upgraden einer MariaDB-DB-Instance

Informationen über das manuelle oder automatische Upgraden einer MariaDB-DB-Instance finden Sie unter Upgrade der Engine-Version für eine DB-Instance.

Automatische Unterversion-Upgrades für MariaDB

Wenn Sie beim Erstellen oder Ändern einer DB-Instance die folgenden Einstellungen angeben, können Sie Ihre DB-Instance automatisch aktualisieren lassen.

  • Die Einstellung Automatisches Upgrade der Nebenversion ist aktiviert.

  • Die Einstellung Aufbewahrungszeitraum für Sicherungen beträgt mehr als 0.

Im AWS Management Console befinden sich diese Einstellungen unter Zusätzliche Konfiguration. Die folgende Abbildung zeigt die Auto minor version upgrade (Upgrade einer Unterversion automatisch durchführen)-Einstellung.

Auto minor version upgrade (Upgrade einer Unterversion automatisch durchführen)-Einstellung

Weitere Informationen zu diesen Einstellungen finden Sie unter Einstellungen für DB-Instances.

Bei einigen Hauptversionen von RDS for MariaDB in einigen AWS-Regionen wird eine Nebenversion von RDS als automatische Upgrade-Version festgelegt. Nachdem eine Minor-Version von Amazon RDS getestet und freigegeben wurde, erfolgt das Upgrade der Minor-Version automatisch während Ihres Wartungsfensters. RDS legt nicht automatisch neuere freigegebene Minor-Versionen als die automatische Upgradeversion fest. Bevor RDS eine neuere automatische Upgradeversion bestimmt, werden mehrere Kriterien berücksichtigt, wie beispielsweise die folgenden:

  • Bekannte Sicherheitsprobleme

  • Fehler in der MariaDB-Community-Version

  • Gesamtflottenstabilität seit Erscheinen der Minor-Version

Sie können den folgenden AWS CLI-Befehl verwenden, um die aktuelle automatische Upgrade-Ziel-Nebenversion für eine bestimmte MariaDB-Nebenversion in einer bestimmten AWS-Region festzulegen.

Für Linux, macOS oder Unix:

aws rds describe-db-engine-versions \
--engine mariadb \
--engine-version minor-version \
--region region \
--query "DBEngineVersions[*].ValidUpgradeTarget[*].{AutoUpgrade:AutoUpgrade,EngineVersion:EngineVersion}" \
--output text

Für Windows:

aws rds describe-db-engine-versions ^
--engine mariadb ^
--engine-version minor-version ^
--region region ^
--query "DBEngineVersions[*].ValidUpgradeTarget[*].{AutoUpgrade:AutoUpgrade,EngineVersion:EngineVersion}" ^
--output text

Der folgende AWS CLI-Befehl legt beispielsweise das automatische Ziel für die Aktualisierung der Nebenversion für die MariaDB-Nebenversion 10.5.12 in der AWS-Region USA Ost (Ohio) (us-east-2) fest.

Für Linux, macOS oder Unix:

aws rds describe-db-engine-versions \
--engine mariadb \
--engine-version 10.5.12 \
--region us-east-2 \
--query "DBEngineVersions[*].ValidUpgradeTarget[*].{AutoUpgrade:AutoUpgrade,EngineVersion:EngineVersion}" \
--output table

Für Windows:

aws rds describe-db-engine-versions ^
--engine mariadb ^
--engine-version 10.5.12 ^
--region us-east-2 ^
--query "DBEngineVersions[*].ValidUpgradeTarget[*].{AutoUpgrade:AutoUpgrade,EngineVersion:EngineVersion}" ^
--output table

Ihre Ausgabe sieht Folgendem ähnlich.

----------------------------------
|    DescribeDBEngineVersions    |
+--------------+-----------------+
|  AutoUpgrade |  EngineVersion  |
+--------------+-----------------+
|  False       |  10.5.13        |
|  False       |  10.5.15        |
|  False       |  10.5.16        |
|  True        |  10.5.17        |
|  False       |  10.5.18        |
|  False       |  10.6.5         |
|  False       |  10.6.7         |
|  False       |  10.6.8         |
|  False       |  10.6.10        |
|  False       |  10.6.11        |
+--------------+-----------------+

In diesem Beispiel ist der AutoUpgrade-Wert True für MariaDB-Version 10.5.17. Das automatische Nebenversions-Upgrade-Ziel ist daher die MariaDB-Version 10.5.17, die in der Ausgabe hervorgehoben wird.

Eine MariaDB-DB-Instance wird während Ihres Wartungsfensters automatisch aktualisiert, wenn die folgenden Kriterien erfüllt sind:

  • Die Einstellung Automatisches Upgrade der Nebenversion ist aktiviert.

  • Die Einstellung Aufbewahrungszeitraum für Sicherungen beträgt mehr als 0.

  • Die DB-Instance führt eine Minor-Version der DB-Engine aus, die niedriger ist als die aktuelle Minor-Version des automatischen Upgrades.

Weitere Informationen finden Sie unter Automatisches Upgraden der Engine-Unterversion.

Verwenden eines Lesereplikats, um Ausfallzeiten beim Upgrade einer MariaDB-Datenbank zu reduzieren

In den meisten Fällen ist eine Blau/Grün-Bereitstellung die beste Option, um Ausfallzeiten beim Upgrade einer MariaDB-DB-Instance zu reduzieren. Weitere Informationen finden Sie unter Verwendung von Blau/Grün-Bereitstellungen von Amazon RDS für Datenbankaktualisierungen.

Wenn Sie keine Blau/Grün-Bereitstellung verwenden können und Ihre MariaDB-DB-Instance aktuell von einer Produktionsanwendung genutzt wird, können Sie mit dem folgenden Verfahren die Datenbankversion Ihrer DB-Instance aktualisieren. Dieses Verfahren kann die Ausfallzeiten Ihrer Anwendung reduzieren.

Mithilfe einer Read Replica können Sie die meisten Wartungsschritte im Voraus durchführen und die erforderlichen Änderungen während des tatsächlichen Ausfalls minimieren. Mit dieser Technik können Sie die neue DB-Instance testen und vorbereiten, ohne Änderungen an Ihrer bestehenden DB-Instance vorzunehmen.

Im Folgenden wird ein Beispiel für ein Upgrade von MariaDB Version 10.5 auf MariaDB Version 10.6 gezeigt. Sie können die gleichen allgemeinen Schritte für Upgrades auf andere Hauptversionen durchführen.

So führen Sie ein Upgrade einer MariaDB-Datenbank durch, während eine DB-Instance verwendet wird

  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 ein Lesereplikat Ihrer DB-Instance von MariaDB 10.5. Dieser Prozess erstellt eine aktualisierbare Kopie Ihrer Datenbank. Andere Read Replicas der DB-Instance könnten ebenfalls vorhanden sein.

    1. Wählen Sie in der Konsole Datenbanken und dann die DB-Instance aus, die Sie upgraden möchten.

    2. Wählen Sie unter Aktionen Create read replica (Read Replica erstellen) aus.

    3. Geben Sie für das Lesereplikat einen Wert im Feld DB instance identifier (DB-Instance-Kennung) ein und stellen Sie sicher, dass der Eintrag unter DB instance class (DB-Instance-Klasse) und die anderen Einstellungen mit Ihrer DB-Instance von MariaDB 10.5 übereinstimmen.

    4. Wählen Sie Read Replica erstellen aus.

  3. (Optional) Wenn die Read Replica erstellt wurde und der Status Verfügbar anzeigt, konvertieren Sie die Read Replica in eine Multi-AZ-Bereitstellung und aktivieren Sie Sicherungen.

    Standardmäßig wird ein Lesereplikat als Single-AZ-Bereitstellung mit deaktivierten Backups erstellt. Da das Lesereplikat letztendlich zur DB-Produktions-Instance wird, ist es eine bewährte Methode, eine Multi-AZ-Bereitstellung zu konfigurieren und Backups jetzt zu aktivieren.

    1. Wählen Sie in der Konsole Datenbanken und dann die Read Replica aus, die Sie gerade erstellt haben.

    2. Wählen Sie Modify (Ändern) aus.

    3. Für die Multi-AZ-Bereitstellungwählen Sie Standby-Instance erstellen.

    4. Wählen Sie unter Backup Retention Period (Aufbewahrungszeitraum für Backups) einen positiven Wert größer als null aus, z. B. 3 Tage. Klicken Sie anschließend auf Continue (Weiter).

    5. Wählen Sie für Scheduling of modifications (Einplanung von Änderungen) die Option Apply immediately (Sofort anwenden) aus.

    6. Wählen Sie Modify DB Instance (DB-Instance ändern) aus.

  4. Wenn der Status des Lesereplikats Available (Verfügbar) anzeigt, aktualisieren Sie das Lesereplikat auf MariaDB 10.6.

    1. Wählen Sie in der Konsole Datenbanken und dann die Read Replica aus, die Sie gerade erstellt haben.

    2. Wählen Sie Modify (Ändern) aus.

    3. Wählen Sie im Feld DB engine version (DB-Engine-Version) die gewünschte Version von MariaDB 10.6 für das Upgrade aus und klicken Sie auf Continue (Weiter).

    4. Wählen Sie für Scheduling of modifications (Einplanung von Änderungen) die Option Apply immediately (Sofort anwenden) aus.

    5. Wählen Sie Modify DB instance (DB-Instance ändern) aus, um das Upgrade zu starten.

  5. Wenn das Upgrade abgeschlossen ist und für Status Available (Verfügbar) angezeigt wird, überprüfen Sie, ob das aktualisierte Lesereplikat mit der Quell-DB-Instance von MariaDB 10.5 auf dem neuesten Stand ist. Stellen Sie zur Überprüfung eine Verbindung mit dem Lesereplikat her und führen Sie den Befehl SHOW REPLICA STATUS aus. Wenn das Seconds_Behind_Master-Feld 0 ist, ist die Replikation auf dem neuesten Stand.

    Anmerkung

    Frühere Versionen von MariaDB wurdenSHOW SLAVE STATUS anstelle von verwendetSHOW REPLICA STATUS. Wenn Sie eine ältere MariaDB-Version nutzen als 10.6, verwenden Sie SHOW SLAVE STATUS.

  6. (Optional) Erstellen Sie eine Read Replica Ihrer Read Replica.

    Wenn Sie möchten, dass die DB-Instance eine Read Replica hat, nachdem sie auf eine eigenständige DB-Instance hochgestuft wurde, können Sie jetzt die Read Replica erstellen.

    1. Wählen Sie auf der Konsole Datenbanken und dann die Read Replica aus, die Sie gerade aktualisiert haben.

    2. Wählen Sie unter Aktionen Create read replica (Read Replica erstellen) aus.

    3. Geben Sie für das Lesereplikat einen Wert im Feld DB instance identifier (DB-Instance-Kennung) ein und stellen Sie sicher, dass der Eintrag unter DB instance class (DB-Instance-Klasse) und die anderen Einstellungen mit Ihrer DB-Instance von MariaDB 10.5 übereinstimmen.

    4. Wählen Sie Read Replica erstellen aus.

  7. (Optional) Konfigurieren Sie eine benutzerdefinierte DB-Parametergruppe für die Read Replica.

    Wenn Sie möchten, dass die DB-Instance eine benutzerdefinierte Parametergruppe verwendet, nachdem sie zu einer eigenständigen DB-Instance hochgestuft wurde, können Sie die DB-Parametergruppe erstellen und sie jetzt dem Lesereplikat zuordnen kann.

    1. Erstellen Sie eine benutzerdefinierte DB-Parametergruppe für MariaDB 10.6. Detaillierte Anweisungen finden Sie unter Erstellen einer DB-Parametergruppe.

    2. Ändern Sie die Parameter, die Sie in der gerade erstellten DB-Parametergruppe ändern möchten. Detaillierte Anweisungen finden Sie unter Ändern von Parametern in einer DB-Parametergruppe.

    3. Wählen Sie in der Konsole Datenbankenund dann die Read Replica aus.

    4. Wählen Sie Modify (Ändern) aus.

    5. Wählen Sie für DB parameter group (DB-Parametergruppe) die soeben erstellte DB-Parametergruppe von MariaDB 10.6 aus, und klicken Sie dann auf Continue (Weiter).

    6. Wählen Sie für Scheduling of modifications (Einplanung von Änderungen) die Option Apply immediately (Sofort anwenden) aus.

    7. Wählen Sie Modify DB instance (DB-Instance ändern) aus, um das Upgrade zu starten.

  8. Machen Sie Ihr Lesereplikat von MariaDB 10.6 zu einer eigenständigen DB-Instance.

    Wichtig

    Wenn Sie Ihr Lesereplikat von MariaDB 10.6 zu einer eigenständigen DB-Instance hochstufen, handelt es sich nicht mehr um ein Replikat der DB-Instance von MariaDB 10.5. Wir empfehlen, dass Sie Ihr Lesereplikat von MariaDB 10.6 während eines Wartungsfensters hochstufen, wenn sich Ihre Quell-DB-Instance von MariaDB 10.5 im schreibgeschützten Modus befindet und alle Schreiboperationen ausgesetzt sind. Wenn das Hochstufen abgeschlossen ist, können Sie Ihre Schreiboperationen an die aktualisierte DB-Instance von MariaDB 10.6 weiterleiten, um sicherzustellen, dass keine Schreiboperationen verloren gehen.

    Zusätzlich empfehlen wir, dass Sie vor dem Hochstufen des Lesereplikats von MariaDB 10.6 alle erforderlichen Data Definition Language (DDL)-Operationen auf Ihrem Lesereplikat von MariaDB 10.6 ausführen. Ein Beispiel hierfür ist das Erstellen von Indizes. Mit diesem Ansatz werden negative Auswirkungen auf die Leistung des Lesereplikats von MariaDB 10.6 vermieden, nachdem es hochgestuft wurde. Gehen Sie folgendermaßen vor, um ein Lesereplikat hochzustufen.

    1. Wählen Sie auf der Konsole Datenbanken und dann die Read Replica aus, die Sie gerade aktualisiert haben.

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

    3. Klicken Sie auf Yes (Ja), um automatische Sicherungen für die Lesereplikat-Instance zu aktivieren. Weitere Informationen finden Sie unter Arbeiten mit Backups.

    4. Klicken Sie auf Continue (Fortfahren).

    5. Klicken Sie auf Read Replica hochstufen.

  9. Sie haben jetzt eine aktualisierte Version Ihrer MariaDB-Datenbank vorliegen. An dieser Stelle können Sie Ihre Anwendungen auf die neue DB-Instance von MariaDB 10.6 umleiten.