Amazon-Aurora-Versionen - 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.

Amazon-Aurora-Versionen

Amazon Aurora verwendet Code wieder und gewährleistet die Kompatibilität mit den zugrunde liegenden My SQL - und SQL Postgre-DB-Engines. Aurora verfügt jedoch über eigene Versionsnummern, einen eigenen Release-Zyklus, einen eigenen Zeitplan für die Einstellung der Version usw. Im folgenden Abschnitt werden die gemeinsamen Punkte und Unterschiede erläutert. Mithilfe dieser Informationen können Sie entscheiden, welche Version Sie auswählen und wie Sie überprüfen können, welche Funktionen und Fehlerbehebungen in jeder Version verfügbar sind. Es kann Ihnen auch helfen, zu entscheiden, wie oft Sie ein Upgrade durchführen und wie Sie Ihren Upgrade-Prozess planen.

Relationale Datenbanken, die auf Aurora verfügbar sind

Die folgenden relationalen Datenbanken sind auf Aurora verfügbar:

Unterschiede in den Versionsnummern zwischen Community-Datenbanken und Aurora

Jede Amazon Aurora Aurora-Version ist mit einer bestimmten Community-Datenbankversion von My SQL oder Postgre SQL kompatibel. Sie können die Community-Version Ihrer Datenbank mithilfe der version-Funktion und die Aurora-Version mithilfe der aurora_version-Funktion finden.

Beispiele für Aurora My SQL und Aurora Postgre SQL werden im Folgenden gezeigt.

mysql> select version(); +------------------+ | version() | +------------------+ | 5.7.12 | +------------------+ mysql> select aurora_version(), @@aurora_version; +------------------+------------------+ | aurora_version() | @@aurora_version | +------------------+------------------+ | 2.08.1 | 2.08.1 | +------------------+------------------+
postgres=> select version(); ----------------------------------------------------------------------------- PostgreSQL 11.7 on x86_64-pc-linux-gnu, compiled by gcc (GCC) 4.9.3, 64-bit (1 row) postgres=> select aurora_version(); aurora_version ---------------- 3.2.2

Weitere Informationen erhalten Sie unter Überprüfen von Aurora My SQL Versionen mit SQL und Identifizieren von Versionen von Amazon Aurora Postgre SQL.

Amazon-Aurora-Hauptversionen

Aurora-Versionen verwenden das Schema major.minor.patch. Eine Aurora-Hauptversion bezieht sich auf die My SQL - oder SQL Postgre-Community-Hauptversion, mit der Aurora kompatibel ist. Die SQL Hauptversionen von Aurora My SQL und Aurora Postgre sind im Rahmen des Standardsupports mindestens bis zum Ende der Nutzungsdauer der entsprechenden Community-Version verfügbar. Gegen eine Gebühr können Sie eine Hauptversion auch nach Ablauf des Standard-Supports von Aurora weiter ausführen. Weitere Informationen dazu finden Sie unter Amazon RDS Extended Support verwenden und Amazon Aurora – Preise.

Weitere Informationen zu den SQL Hauptversionen von Aurora My und dem Veröffentlichungskalender finden Sie unter Veröffentlichungskalender für Aurora SQL My-Hauptversionen.

Weitere Informationen zu den SQL Hauptversionen von Aurora Postgre und dem Veröffentlichungskalender finden Sie unter Veröffentlichungskalender für Aurora SQL Postgre-Hauptversionen.

Anmerkung

Amazon RDS Extended Support für Aurora Meine SQL Version 2 beginnt am 1. November 2024, Ihnen werden jedoch erst am 1. Dezember 2024 Gebühren berechnet. Zwischen dem 1. und 30. November 2024 sind alle Aurora My SQL Version 2-DB-Cluster durch Amazon RDS Extended Support abgedeckt.

Amazon-Aurora-Nebenversionen

Aurora-Versionen verwenden das Schema major.minor.patch. Eine Aurora-Nebenversion bietet inkrementelle Community- und Aurora-spezifische Verbesserungen des Services, zum Beispiel neue Funktionen und Fehlerkorrekturen.

Weitere Informationen zu Aurora SQL My-Nebenversionen und dem Veröffentlichungskalender finden Sie unter Veröffentlichungskalender für Aurora SQL My-Nebenversionen.

Weitere Informationen zu Aurora SQL Postgre-Nebenversionen und zum Veröffentlichungskalender finden Sie unter Veröffentlichungskalender für Aurora SQL Postgre-Nebenversionen.

Amazon-Aurora-Patchversionen

Aurora-Versionen verwenden das Schema major.minor.patch. Eine Aurora-Patch-Version enthält wichtige Korrekturen, die einer Nebenversion nach der ersten Veröffentlichung hinzugefügt wurden (z. B. Aurora My SQL 2.10.0, 2.10.1,..., 2.10.3). Während jede neue Nebenversion neue Aurora-Funktionen bietet, werden neue Patch-Versionen innerhalb einer bestimmten Nebenversion hauptsächlich verwendet, um wichtige Probleme zu beheben.

Weitere Informationen zu Patch-Vorgängen finden Sie unter Warten eines Amazon Aurora-DB-Clusters.

Erfahren Sie, was in jeder Amazon-Aurora-Version neu ist

Jede neue Aurora-Version enthält Versionshinweise, in denen die neuen Funktionen, Korrekturen, anderen Verbesserungen usw. aufgeführt sind, die für jede Version gelten.

SQLVersionshinweise zu Aurora My finden Sie unter Versionshinweise für Aurora My SQL. SQLVersionshinweise zu Aurora Postgre finden Sie unter Versionshinweise für Aurora SQL Postgre.

Angeben der Amazon-Aurora-Datenbankversion für Ihren Datenbank-Cluster

Sie können jede derzeit verfügbare Version (Haupt- und Nebenversion) angeben, wenn Sie einen neuen DB-Cluster mithilfe der Operation Datenbank erstellen in der AWS Management Console, der AWS CLI, oder die CreateDBCluster API Operation. Nicht jede Aurora-Datenbankversion ist in jeder Version verfügbar AWS Region.

Informationen zum Erstellen von Aurora-Clustern finden Sie unter Erstellen eines Amazon Aurora-DB Clusters. Informationen zum Ändern der Version eines vorhandenen Aurora-Clusters finden Sie unter Ändern eines Amazon Aurora-DB-Clusters.

Standard-Amazon-Aurora-Versionen

Wenn eine neue Aurora-Nebenversion im Vergleich zu einer vorherigen signifikante Verbesserungen enthält, wird sie als Standardversion für neue DB-Cluster markiert. In der Regel veröffentlichen wir zwei Standardversionen für jede Hauptversion pro Jahr.

Wir empfehlen, dass Sie Ihr DB-Cluster auf die aktuellste Standard-Nebenversion aktualisieren, da diese Version die neuesten Sicherheits- und Funktionskorrekturen enthält.

Automatische Unterversion-Upgrades

Sie können mit Aurora-Nebenversionen auf dem Laufenden bleiben, indem Sie für jede DB-Instance im Aurora-Cluster das automatische Upgrade der Nebenversion aktivieren. Aurora führt das automatische Upgrade nur durch, wenn alle DB-Instances in Ihrem Cluster diese Einstellung aktiviert haben. Automatische Nebenversions-Upgrades werden auf die standardmäßige Nebenversion durchgeführt.

Normalerweise planen wir zweimal im Jahr automatische Upgrades für DB-Cluster, bei denen die Einstellung Automatisches Upgrade der Nebenversion auf Yes gesetzt ist. Diese Upgrades werden während des Wartungsfensters gestartet, das Sie für den Cluster angeben. Weitere Informationen finden Sie unter Automatische Nebenversions-Upgrades für Aurora-DB-Cluster.

Automatische Upgrades kleinerer Versionen werden im Voraus über ein Amazon RDS DB-Cluster-Ereignis mit der Kategorie maintenance und ID von mitgeteiltRDS-EVENT-0156. Weitere Informationen finden Sie unter RDSAmazon-Veranstaltungskategorien und Eventnachrichten für Aurora.

Wie lange bleiben Amazon-Aurora-Hauptversionen verfügbar?

Die Hauptversionen von Amazon Aurora stehen mindestens bis zum Ende des Lebenszyklus der Community für die entsprechende Community-Version zur Verfügung. Sie können die Daten des Ablaufs des Standard-Supports für Aurora verwenden, um Ihre Test- und Upgrade-Zyklen zu planen. Diese Daten stellen das früheste Datum dar, an dem ein Upgrade auf eine neuere Version erforderlich sein könnte. Weitere Informationen zu den Daten finden Sie unter Amazon-Aurora-Hauptversionen.

Bevor wir Sie bitten, auf eine neuere Hauptversion umzusteigen, und um Ihnen bei der Planung zu helfen, erinnern wir Sie in der Regel mindestens 12 Monate im Voraus daran. Wir tun dies, um den detaillierten Upgrade-Prozess zu kommunizieren. Details umfassen das Timing bestimmter Meilensteine, die Auswirkungen auf Ihre DB-Cluster und die von Ihnen empfohlenen Aktionen. Es wird immer empfohlen, Ihre Anwendungen mit neuen Datenbankversionen gründlich zu testen, bevor Sie ein Upgrade der Hauptversion durchführen.

Wenn die Hauptversion das Ende des Standard-Supports für Aurora erreicht hat, werden alle DB-Cluster, auf denen noch die ältere Version ausgeführt wird, während eines geplanten Wartungsfensters automatisch auf eine Version mit erweitertem Support aktualisiert. Es können Gebühren für erweiterten Support anfallen. Weitere Informationen zu Amazon RDS Extended Support finden Sie unter Amazon RDS Extended Support verwenden.

Wie oft werden Amazon-Aurora-Nebenversionen veröffentlicht?

Im Allgemeinen werden Amazon-Aurora-Nebenversionen vierteljährlich veröffentlicht. Der Release-Zeitplan kann variieren, um zusätzliche Funktionen oder Korrekturen aufzunehmen.

Wie lange bleiben Amazon-Aurora-Nebenversionen verfügbar

Wir beabsichtigen, jede Amazon-Aurora-Nebenversion einer bestimmten Hauptversion für mindestens 12 Monate verfügbar zu machen. Am Ende dieses Zeitraums kann Aurora ein automatisches Nebenversions-Upgrade auf die nachfolgende Standard-Nebenversion anwenden. Ein solches Upgrade wird während des geplanten Wartungsfensters für jeden Cluster gestartet, auf dem noch die ältere Nebenversion ausgeführt wird.

Wir können eine Nebenversion einer bestimmten Hauptversion früher als in der üblichen 12-Monats-Frist ersetzen, wenn es kritische Angelegenheiten wie Sicherheitsprobleme gibt oder wenn die Hauptversion das Ende ihrer Lebensdauer erreicht hat.

Bevor Sie mit automatischen Upgrades von Nebenversionen beginnen, die sich dem Ende ihrer Lebensdauer nähern, erinnern wir Sie in der Regel drei Monate im Voraus daran. Wir tun dies, um den detaillierten Upgrade-Prozess zu kommunizieren. Details umfassen das Timing bestimmter Meilensteine, die Auswirkungen auf Ihre DB-Cluster und die von Ihnen empfohlenen Aktionen. Benachrichtigungen mit einer Vorlaufzeit von weniger als drei Monaten werden verwendet, wenn kritische Angelegenheiten wie Sicherheitsprobleme ein schnelleres Handeln erfordern.

Wenn Sie die Einstellung Automatisches Upgrade der Nebenversion nicht aktiviert haben, erhalten Sie eine Erinnerung, aber keine RDS Ereignisbenachrichtigung. Upgrades erfolgen innerhalb eines Wartungsfensters, nachdem die vorgeschriebene Upgrade-Frist abgelaufen ist.

Wenn Sie die Einstellung Automatisches Upgrade der Nebenversion aktiviert haben, erhalten Sie eine Erinnerung und ein RDS Amazon-DB-Cluster-Ereignis mit der Kategorie maintenance und der ID vonRDS-EVENT-0156. Aktualisierungen erfolgen während des nächsten Wartungsfensters.

Weitere Informationen zu automatischen Unterversion-Upgrades finden Sie unter Automatische Nebenversions-Upgrades für Aurora-DB-Cluster.

Langzeit-Support für ausgewählte Amazon-Aurora-Nebenversionen

Für jede Aurora-Hauptversion werden bestimmte Nebenversionen als long-term-support (LTS) -Versionen bezeichnet und für mindestens drei Jahre verfügbar gemacht. Das heißt, mindestens eine Nebenversion pro Hauptversion wird länger als die typischen 12 Monate zur Verfügung gestellt. Wir erinnern in der Regel sechs Monate vor Ablauf dieser Frist daran. Wir tun dies, um den detaillierten Upgrade-Prozess zu kommunizieren. Details umfassen das Timing bestimmter Meilensteine, die Auswirkungen auf Ihre DB-Cluster und die von Ihnen empfohlenen Aktionen. Benachrichtigungen mit einer Vorlaufzeit von weniger als sechs Monaten werden verwendet, wenn kritische Angelegenheiten wie Sicherheitsprobleme ein schnelleres Handeln erfordern.

LTSNebenversionen enthalten nur kritische Korrekturen (über Patch-Versionen). Eine LTS Version enthält keine neuen Funktionen, die nach ihrer Einführung veröffentlicht wurden. Einmal im Jahr werden DB-Cluster, die auf einer LTS Nebenversion ausgeführt werden, auf die neueste Patch-Version der LTS Version gepatcht. Wir führen diese Patches durch, um sicherzustellen, dass Sie von kumulativen Sicherheits- und Stabilitätsbehebungen profitieren. Wir patchen eine LTS Nebenversion möglicherweise häufiger, wenn es kritische Korrekturen gibt, z. B. aus Sicherheitsgründen, die angewendet werden müssen.

Anmerkung

Wenn Sie eine LTS Nebenversion für die Dauer ihres Lebenszyklus beibehalten möchten, stellen Sie sicher, dass das automatische Upgrade der Nebenversion für Ihre DB-Instances deaktiviert ist. Um zu vermeiden, dass Ihr DB-Cluster automatisch von der LTS Nebenversion aktualisiert wird, deaktivieren Sie das Kontrollkästchen auto Upgrade der Nebenversion aktivieren für jede DB-Instance in Ihrem Aurora-Cluster.

Die Versionsnummern aller LTS Aurora-Versionen finden Sie unter Versionen von Aurora My SQL Long-Term Support (LTS) undVerwendung einer Aurora SQL Postgre-Version mit langfristigem Support (LTS).

Amazon RDS Extended Support für ausgewählte Aurora-Versionen

Mit Amazon RDS Extended Support können Sie Ihre Datenbank gegen Aufpreis auch nach Ablauf des Standard-Supportdatums von Aurora auf einer größeren Engine-Version weiter betreiben. Während des RDS erweiterten Support RDS stellt Amazon Patches für Critical und High CVEs gemäß den CVSS Schweregraden der National Vulnerability Database (NVD) bereit. Weitere Informationen finden Sie unter Amazon RDS Extended Support verwenden.

RDSExtended Support ist nur für bestimmte Aurora-Versionen verfügbar. Weitere Informationen finden Sie unter Amazon-Aurora-Hauptversionen.

Manuelles Steuern, ob und wann Ihr Datenbank-Cluster auf neue Versionen aktualisiert wird

Automatische Nebenversions-Upgrades werden auf die standardmäßige Nebenversion durchgeführt. In der Regel planen wir automatische Upgrades zweimal pro Jahr für DB-Cluster, bei denen die Einstellung Automatisches Upgrade der Nebenversion aktiviert ist. Diese Upgrades werden während kundenspezifischer Wartungsfenster gestartet. Wenn Sie automatische Upgrades für Nebenversionen deaktivieren möchten, deaktivieren Sie das automatische Upgrade für Nebenversionen auf jeder DB-Instance innerhalb eines Aurora-Clusters. Aurora führt nur dann ein automatisches Upgrade der Nebenversion durch, wenn die Einstellung für alle DB-Instances in Ihrem Cluster aktiviert ist.

Anmerkung

Bei obligatorischen Upgrades wie dem Ende der Lebensdauer einer Nebenversion wird der DB-Cluster jedoch auch dann aktualisiert, wenn die Einstellung Automatisches Upgrade der Nebenversion deaktiviert ist. Sie erhalten eine Erinnerung, aber keine Benachrichtigung über ein RDS Ereignis. Upgrades erfolgen innerhalb eines Wartungsfensters, nachdem die vorgeschriebene Upgrade-Frist abgelaufen ist.

Da Upgrades von Hauptversionen ein gewisses Kompatibilitätsrisiko beinhalten, werden sie nicht automatisch ausgeführt. Sie müssen diese initiieren, außer im Fall eines Hauptversions-Upgrades aufgrund der Einstellung, wie zuvor erläutert. Es wird immer empfohlen, Ihre Anwendungen mit neuen Datenbankversionen gründlich zu testen, bevor Sie ein Upgrade der Hauptversion durchführen.

Weitere Informationen zum Aktualisieren eines DB-Clusters auf eine neue Aurora-Hauptversion finden Sie unter Upgrade von Amazon Aurora My SQL DB-Clustern und Upgrade von Amazon Aurora SQL Postgre-DB-Clustern.

Erforderliche Amazon-Aurora-Upgrades

Bei bestimmten kritischen Fehlerbehebungen führen wir möglicherweise ein verwaltetes Upgrade auf eine neuere Patch-Stufe innerhalb derselben Nebenversion durch. Diese erforderlichen Upgrades erfolgen auch dann, wenn das automatische Upgrade der Nebenversion deaktiviert ist. Zuvor kommunizieren wir den detaillierten Upgrade-Prozess. Details umfassen das Timing bestimmter Meilensteine, die Auswirkungen auf Ihre DB-Cluster und die von Ihnen empfohlenen Aktionen. Solche verwalteten Upgrades werden automatisch durchgeführt. Jedes Upgrade wird innerhalb des Wartungsfensters des Clusters gestartet.

Testen Ihres DB-Clusters mit einer neuen Aurora-Version vor dem Upgrade

Sie können den Upgrade-Prozess und die Funktionsweise der neuen Version mit Ihrer Anwendung und Ihrer Workload testen. Verwenden Sie eine der folgenden Methoden:

  • Klonen Sie Ihren Cluster mit der Funktion zum schnellen Klonen von Amazon-Aurora-Datenbanken. Führen Sie das Upgrade und alle Tests nach dem Upgrade auf dem neuen Cluster durch.

  • Wiederherstellung aus einem Cluster-Snapshot, um einen neuen Aurora-Cluster zu erstellen. Sie können einen Cluster-Snapshot selbst aus einem vorhandenen Aurora-Cluster erstellen. Aurora erstellt außerdem automatisch periodische Snapshots für jeden deiner Cluster. Anschließend können Sie ein Versionsupdate für den neuen Cluster initiieren. Sie können mit der aktualisierten Kopie des Clusters experimentieren, bevor Sie entscheiden, ob Sie den ursprünglichen Cluster aktualisieren möchten.

Weitere Informationen zu diesen Methoden zum Erstellen neuer Cluster zum Testen finden Sie unter Klonen eines Volumes für einen Amazon-Aurora-DB-Cluster und Erstellen eines DB-Cluster-Snapshots.