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 behält die Kompatibilität mit den zugrunde liegenden MySQL- und PostgreSQL-DB-Engines bei. 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-Version ist mit einer bestimmten Community-Datenbankversion von MySQL oder PostgreSQL kompatibel. Sie können die Community-Version Ihrer Datenbank mithilfe der version-Funktion und die Aurora-Version mithilfe der aurora_version-Funktion finden.

Folgende Beispiele für Aurora MySQL und Aurora PostgreSQL werden 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 MySQL-Versionen mit SQL und Identifizieren der Versionen von Amazon Aurora PostgreSQL.

Amazon-Aurora-Hauptversionen

Aurora-Versionen verwenden das Schema major.minor.patch. Eine Aurora-Hauptversion bezieht sich auf die MySQL- oder PostgreSQL-Community-Hauptversion, mit der Aurora kompatibel ist. Die Hauptversionen von Aurora MySQL und Aurora PostgreSQL stehen mindestens bis zum Ende des Lebenszyklus der Community für die entsprechende Community-Version zur Verfügung. 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 Verwenden von Amazon RDS Extended Support und Amazon Aurora – Preise.

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

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

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 MySQL-Nebenversionen und dem Veröffentlichungskalender finden Sie unter Veröffentlichungskalender für Aurora MySQL-Nebenversionen.

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

Amazon-Aurora-Patchversionen

Aurora-Versionen verwenden das Schema major.minor.patch. Eine Aurora-Patchversion enthält wichtige Fehlerkorrekturen, die einer Nebenversion nach ihrer ersten Veröffentlichung hinzugefügt wurden (z. B. Aurora MySQL 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.

Versionshinweise für Aurora MySQL finden Sie unter Versionshinweise für Aurora MySQL. Versionshinweise für Aurora PostgreSQL finden Sie unter Versionshinweise für Aurora PostgreSQL.

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 Operation AWS Management Console, der oder der API AWS CLI angeben. CreateDBCluster Nicht jede Aurora Datenbankversion ist in jeder AWS -Region verfügbar.

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 von Nebenversionen werden im Voraus über ein Amazon-RDS-DB-Clusterereignis mit der Kategorie maintenance und der ID RDS-EVENT-0156 kommuniziert. Weitere Informationen finden Sie unter Amazon RDS-Ereigniskategorien und Ereignisnachrichten 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 zu aktualisieren, 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 Unterversion-Upgrade 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 Unterversion-Upgrade aktiviert haben, erhalten Sie eine Erinnerung und ein Ereignis des DB-Clusters von Amazon RDS mit der Kategorie maintenance und der ID RDS-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.

LTS-Nebenversionen enthalten nur wichtige Fehlerkorrekturen (ü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 können eine LTS-Nebenversion häufiger patchen, wenn kritische Fehlerbehebungen, z. B. für die Sicherheit, angewendet werden müssen.

Die Versionsnummern aller Aurora LTS-Versionen finden Sie unter Aurora MySQL Long-Term Support- (LTS, Langzeit-Support) Versionen und Aurora PostgreSQL Long-Term Support- (LTS, Langzeit-Support) Versionen.

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 erweiterten RDS-Supports stellt Amazon RDS Patches für kritische und hohe CVEs bereit, wie sie in den CVSS-Schweregraden der National Vulnerability Database (NVD) definiert sind. Weitere Informationen finden Sie unter Verwenden von Amazon RDS Extended Support.

RDS Extended 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.

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 MySQL-DB-Clustern und Upgrade von DB-Clustern von Amazon Aurora PostgreSQL.

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:

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.