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.
# Was ist Amazon Aurora?
Amazon Aurora (Aurora) ist eine vollständig verwaltete, mit MySQL und PostgreSQL kompatible relationale Datenbank-Engine. Sie wissen bereits, wie MySQL und PostgreSQL die Geschwindigkeit und Zuverlässigkeit von kommerziellen High-End-Datenbanken mit der Einfachheit und Kosteneffizienz von Open-Source-Datenbanken verbinden. Der Code, die Tools und Anwendungen, die Sie heute mit Ihren bestehenden MySQL- und PostgreSQL-Datenbanken verwenden, können auch mit Aurora verwendet werden. Bei manchen Workloads kann Aurora einen bis zu fünfmal höheren Durchsatz als MySQL und einen bis zu dreimal höheren Durchsatz als PostgreSQL liefern, ohne dass die meisten Ihrer bestehenden Anwendungen geändert werden müssen.
Aurora umfasst ein hochleistungsfähiges Speichersubsystem. Die mit MySQL und PostgreSQL kompatiblen Datenbank-Engines werden angepasst, um diesen schnellen verteilten Speicher zu nutzen. Der zugrunde liegende Speicher wächst bei Bedarf automatisch. Ein Aurora-Cluster-Volume kann auf eine maximale Größe von 128 tebibytes (TiB) anwachsen. Aurora automatisiert und standardisiert auch das Clustering und die Replikation von Datenbanken, die normalerweise zu den schwierigsten Aspekten der Datenbankkonfiguration und -verwaltung gehören.
Aurora ist Teil des verwalteten Datenbankservices Amazon Relational Database Service (Amazon RDS). Amazon RDS vereinfacht das Einrichten, Betreiben und Skalieren einer relationalen Datenbank in der Cloud. Wenn Sie noch keine Erfahrung mit Amazon RDS haben, beachten Sie die Informationen im [https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/Welcome.html](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/Welcome.html). Weitere Informationen zu den verschiedenen Datenbankoptionen, die in Amazon Web Services verfügbar sind, finden Sie unter [Choosing the right database for your organization on AWS](https://aws.amazon.com/getting-started/decision-guides/databases-on-aws-how-to-choose/).
**Topics**
+ [Amazon-RDS-Modell der geteilten Verantwortung](#aur-shared-resp)
+ [Funktionsweise von Amazon Amazon Aurora mit Amazon RDS](#aurora-rds-comparison)
+ [Amazon-Aurora-DB-Cluster](Aurora.Overview.md)
+ [Amazon-Aurora-Versionen](Aurora.VersionPolicy.md)
+ [Regionen und Availability Zones](Concepts.RegionsAndAvailabilityZones.md)
+ [Unterstützte Funktionen in Amazon Aurora by AWS-Region und der Aurora-DB-Engine](Concepts.AuroraFeaturesRegionsDBEngines.grids.md)
+ [Amazon-Aurora-Endpunktverbindungen](Aurora.Overview.Endpoints.md)
+ [Amazon Aurora Aurora-DB-Instance-Klassen](Concepts.DBInstanceClass.md)
+ [Amazon Aurora-Speicher](Aurora.Overview.StorageReliability.md)
+ [Amazon Aurora-Zuverlässigkeit](Aurora.Overview.Reliability.md)
+ [Amazon Aurora-Sicherheit](Aurora.Overview.Security.md)
+ [Hohe Verfügbarkeit für Amazon Aurora](Concepts.AuroraHighAvailability.md)
+ [Replikation mit Amazon Aurora](Aurora.Replication.md)
+ [Abrechnung von DB-Instances für Aurora](User_DBInstanceBilling.md)
+ [Amazon Aurora im AWS kostenlosen Kontingent](aurora-free-tier.md)
## Amazon-RDS-Modell der geteilten Verantwortung
Amazon RDS ist für das Hosting der Softwarekomponenten und der Infrastruktur von DB-Instances und DB-Clustern verantwortlich. Sie sind für die Abfrageoptimierung verantwortlich, d. h. für den Prozess der Anpassung von SQL-Abfragen, um die Leistung zu verbessern. Die Abfrageleistung hängt erheblich vom Datenbankdesign, der Datengröße, der Datenverteilung, der Anwendungs-Workload und den Abfragemustern ab, die stark variieren können. Überwachung und Optimierung sind hochgradig individualisierte Prozesse, für die Sie für Ihre RDS-Datenbanken verantwortlich sind. Sie können Erkenntnisse zur Amazon-RDS-Leistung und andere Tools verwenden, um problematische Abfragen zu identifizieren.
## Funktionsweise von Amazon Amazon Aurora mit Amazon RDS
Die folgenden Punkte veranschaulichen die Beziehung zwischen Amazon Aurora und den in Amazon RDS verfügbaren standardmäßigen MySQL- und PostgreSQL-Engines:
+ Sie wählen Aurora MySQL oder Aurora PostgreSQL als DB-Engine-Option aus, wenn Sie über Amazon RDS neue Datenbankserver einrichten.
+ Aurora nutzt die bekannten Funktionen von Amazon Relational Database Service (Amazon RDS) für Verwaltung und Administration. Aurora verwendet die Amazon AWS-Managementkonsole RDS-Schnittstelle, AWS CLI Befehle und API-Operationen, um routinemäßige Datenbankaufgaben wie Bereitstellung, Patching, Sicherung, Wiederherstellung, Fehlererkennung und Reparatur zu erledigen.
+ Aurora-Verwaltungsvorgänge umfassen in der Regel komplette Cluster von Datenbankservern, die durch Replikation synchronisiert werden, und keine einzelnen Datenbank-Instances. Durch das automatische Clustering, die automatische Replikation und Speicherzuweisung können selbst Ihre größten MySQL- und PostgreSQL-Bereitstellungen einfach und kosteneffizient eingerichtet, betrieben und skaliert werden.
+ Durch Erstellen und Wiederherstellen von Snapshots oder Einrichtung einer unidirektionalen Replikation können Sie Daten aus Amazon RDS für MySQL und Amazon RDS für PostgreSQL in Aurora einbringen. Sie können Push-Button-Migrationstools verwenden, um Ihre vorhandenen RDS für MySQL- und RDS für PostgreSQL-Anwendungen in Aurora zu konvertieren.
Bevor Sie Amazon Aurora verwenden, führen Sie die Schritte unter [Einrichten Ihrer Umgebung für Amazon Aurora](CHAP_SettingUp_Aurora.md) aus und sehen Sie sich anschließend im Abschnitt [Amazon-Aurora-DB-Cluster](Aurora.Overview.md) die Konzepte und Funktionen von Aurora an.
# Amazon-Aurora-DB-Cluster
Ein Amazon Aurora-*DB-Cluster* besteht aus einer oder mehreren DB-Instances und einem Cluster-Volume, das die Daten für diese DB-Instances verwaltet. Ein Aurora-*Cluster-Volume* ist ein virtuelles Datenbankspeicher-Volume, das sich über mehrere Availability Zones erstreckt, wobei jede Availability Zone über eine Kopie der DB-Cluster-Daten verfügt. Zwei Typen von DB-Instances bilden einen Aurora-DB-Cluster:
+ **Primäre (Schreiber-)DB-Instance** – Unterstützt Lese- und Schreiboperationen und führt alle Datenänderungen im Cluster-Volume durch. Jeder Aurora-DB-Cluster verfügt über eine primäre DB-Instance.
+ **Aurora-Replikat (Leser-DB-Instance)** – Stellt eine Verbindung zu demselben Speichervolume wie die primäre DB-Instance her und unterstützt nur Lesevorgänge. Jeder Aurora-DB-Cluster kann zusätzlich zur primären DB-Instance bis zu 15 Aurora-Replicas besitzen. Sorgen Sie für eine hohe Verfügbarkeit, indem Sie die Aurora-Replikate in separaten Availability Zones platzieren. Aurora führt ein automatisches Failover auf ein Aurora-Replikat durch, falls die primäre DB-Instance nicht mehr verfügbar ist. Sie können die Failover-Priorität für Aurora-Replicas festlegen. Aurora-Replicas können auch schreibgeschützte Workloads von der primären DB-Instance auslagern.
Das folgende Diagramm veranschaulicht die Beziehung zwischen dem Cluster-Volume, der Schreiber-DB-Instance und Leser-DB-Instances in einem Aurora-DB-Cluster.
![\[Diagramm der DB-Cluster-Architektur von Amazon Aurora, das Speicherschicht, Datenbank-Instances und Client-Verbindungen zeigt\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/AuroraUserGuide/images/aurora_architecture.png)
**Anmerkung**
Die obigen Informationen gelten für alle Aurora-DB-Cluster – bereitgestellt, Parallelabfrage, Aurora Global Database, Aurora Serverless, Aurora-MySQL-kompatibel und Aurora-PostgreSQL-kompatibel.
Der Aurora-DB-Cluster veranschaulicht die Trennung von Rechenkapazität und Speicher. Beispielsweise ist eine Aurora-Konfiguration mit nur einer einzigen DB-Instance immer noch ein Cluster, da das zugrunde liegende Speichervolumen mehrere Speicherknoten umfasst, die auf mehrere Availability Zones (AZs) verteilt sind.
Ein-/Ausgabe (I/O)-Operationen in Aurora-DB-Clustern werden auf die gleiche Weise gezählt, unabhängig davon, ob sie sich auf einer Writer- oder Reader-DB-Instance befinden. Weitere Informationen finden Sie unter [Speicherkonfigurationen für DB-Cluster von Amazon Aurora](Aurora.Overview.StorageReliability.md#aurora-storage-type).
# Amazon-Aurora-Versionen
Mit Amazon Aurora können Sie die [unterstützte relationale Datenbank-Engine](#Aurora.VersionPolicy.SupportedEngines) wählen, die Ihren Anwendungsanforderungen am besten entspricht und gleichzeitig die Kompatibilität mit den zugrunde liegenden Engines gewährleistet. Aurora verwendet den Datenbank-Engine-Code von unterstützten Engines wieder, sodass Sie vorhandene Fähigkeiten, Tools und Bibliotheken für diese Engines nutzen können. Wenn Sie einen Cluster erstellen, [geben Sie die Version der Amazon-Aurora-Datenbank-Engine](#Aurora.VersionPolicy.ChoosingVersion) an, die Sie verwenden möchten. Die von Ihnen gewählte Version bestimmt die Kompatibilität und die verfügbaren Funktionen.
Diese Dokumentation erklärt die Gemeinsamkeiten und Unterschiede zwischen Amazon Aurora und den entsprechenden Datenbank-Engines. Anhand dieser Informationen können Sie bestimmen, welche Softwareversion Sie auswählen sollten, und wie Sie die verfügbaren Funktionen und Bugfixes in jeder Version überprüfen können. Anhand dieser Referenz können Sie auch eine geeignete Upgrade-Frequenz und einen Plan für Ihr Upgrade festlegen.
## Unterstützte Datenbank-Engines für Amazon-Aurora-Datenbank-Cluster
Die folgenden relationalen Datenbanken sind in Amazon Aurora verfügbar. Aurora verwendet Code wieder und behält die Kompatibilität mit den zugrunde liegenden DB-Engines bei. Aurora verfügt jedoch über einzigartige Versionsnummern, Veröffentlichungszyklen und Zeitpläne für die Einstellung der Version. Jede neue Aurora-Version enthält Versionshinweise, in denen die neuen Funktionen, Korrekturen und anderen Änderungen und Verbesserungen aufgeführt sind, die für jede Version gelten.
| Aurora-Datenbank | Benutzerhandbuch | Verfügbare Versionen | Versionshinweise |
| --- | --- | --- | --- |
| Amazon Aurora MySQL-Compatible Edition | [Arbeiten mit Amazon Aurora MySQL](Aurora.AuroraMySQL.md) | [Datenbank-Engine-Updates für Amazon Aurora MySQLLTS-Versionen (Long-Term-Support, Langzeit-Support) und Betaversionen für Amazon Aurora MySQL](AuroraMySQL.Updates.md) | [Versionshinweise für Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraMySQLReleaseNotes/Welcome.html) |
| Amazon Aurora PostgreSQL-Compatible Edition | [Arbeiten mit Amazon Aurora PostgreSQL](Aurora.AuroraPostgreSQL.md) | [Aktualisierungen der Datenbank-Engine für Amazon Aurora PostgreSQL](AuroraPostgreSQL.Updates.md) | [Versionshinweise für Aurora PostgreSQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraPostgreSQLReleaseNotes/Welcome.html) |
## Angeben der Amazon-Aurora-Datenbankversion für Ihren Datenbank-Cluster
Wenn Sie einen neuen DB-Cluster mit dem Vorgang **Create database in der Operation AWS-Managementkonsole oder der AWS CLI oder mit der `CreateDBCluster` API-Operation erstellen**, können Sie jede derzeit verfügbare Aurora-Datenbankversion (Haupt- oder Nebenversion) angeben.
Informationen zum Erstellen von Aurora-Clustern finden Sie unter [Erstellen eines Amazon Aurora-DB Clusters](Aurora.CreateInstance.md). Informationen zum Ändern der Version eines vorhandenen Aurora-Clusters finden Sie unter [Ändern eines Amazon Aurora-DB-Clusters](Aurora.Modifying.md).
**Anmerkung**
Nicht jede Aurora-Datenbankversion ist in jeder AWS-Region verfügbar. Weitere Informationen zu Regionen und den jeweils AWS-Region verfügbaren Versionen finden Sie unter [ Regionen und Availability Zones](Concepts.RegionsAndAvailabilityZones.md) und[Unterstützte Regionen und DB-Engines für globale Aurora-Datenbanken](Concepts.Aurora_Fea_Regions_DB-eng.Feature.GlobalDatabase.md).
# Amazon-Aurora-Versionsverwaltung
Amazon-Aurora-Versionen unterscheiden sich von den Upstream-Community-Datenbanken, mit denen sie kompatibel sind. Um Ihnen zu helfen, die Anwendungskompatibilität aufrechtzuerhalten und die neuesten DB-Engine-Funktionen zu nutzen, werden in den folgenden Abschnitten die Konventionen zur Aurora-Versionsverwaltung und die Zuordnung der Aurora-Versionen zu ihren jeweiligen Community-Datenbanken erläutert.
Eine Liste der relationalen Datenbanken, die in Amazon Aurora verfügbar sind, finden Sie unter [Unterstützte Datenbank-Engines für Amazon-Aurora-Datenbank-Cluster](Aurora.VersionPolicy.md#Aurora.VersionPolicy.SupportedEngines).
## Unterschiede in den Versionsnummern zwischen Community-Datenbanken und Aurora
Jede Amazon-Aurora-Version ist mit einer bestimmten Version der zugehörigen Community-Datenbank kompatibel. Sie können die Community-Version Ihrer Datenbank mit der `version`-Funktion und die Aurora-Version mit der `aurora_version`-Funktion finden.
Die folgenden Beispiele zeigen, wie Sie die Community-Version Ihrer Datenbank für Aurora MySQL und Aurora PostgreSQL finden.
------
#### [ Aurora MySQL ]
Die `version`-Funktion gibt die Community-Version Ihrer Datenbank für Aurora MySQL zurück.
```
mysql> select version();
```
Ausgabebeispiel
```
+------------------+
| version() |
+------------------+
| 8.0.32 |
+------------------+
```
Und die `aurora_version`-Funktion gibt die Aurora-Version zurück:
```
mysql> select aurora_version(), @@aurora_version;
```
Ausgabebeispiel
```
+------------------+------------------+
| aurora_version() | @@aurora_version |
+------------------+------------------+
| 3.05.2 | 3.05.2 |
+------------------+------------------+
```
------
#### [ Aurora PostgreSQL ]
Die `version`-Funktion gibt die Community-Version Ihrer Datenbank für Aurora PostgreSQL zurück.
```
postgres=> select version();
```
Ausgabebeispiel
```
-----------------------------------------------------------------------------
PostgreSQL 11.7 on x86_64-pc-linux-gnu, compiled by gcc (GCC) 4.9.3, 64-bit
(1 row)
```
Und die `aurora_version`-Funktion gibt die Aurora-Version zurück:
```
postgres=> select aurora_version();
```
Ausgabebeispiel
```
aurora_version
----------------
3.2.2
```
------
Weitere Informationen erhalten Sie unter [Überprüfen von Aurora MySQL-Versionen mit SQL](AuroraMySQL.Updates.Versions.md#AuroraMySQL.Updates.DBVersions) und [Identifizieren der Versionen von Amazon Aurora PostgreSQL](AuroraPostgreSQL.Updates.md#AuroraPostgreSQL.Updates.Versions).
## Standard-Amazon-Aurora-Versionen
Die Standardversion ist die Version, die Aurora automatisch für die Datenbankerstellung oder das Upgrade auswählt, wenn Sie keine Ziel-Engine-Version manuell angeben. Der folgende Befehl zeigt beispielsweise die Standard-Engine-Version für Aurora PostgreSQL (einschließlich Beispielausgabe).
```
aws rds describe-db-engine-versions \
--engine aurora-postgresql \
--default-only \
--query 'DBEngineVersions[0].EngineVersion' \
--output text
16.4
```
Jede Hauptversion hat eine entsprechende Standard-Nebenversion. Daher ist die Standard-Nebenversion für Aurora PostgreSQL 16 die Version 16.*n*, wobei sich die Versionsnummer *n* ändert, wenn Aurora neue Standard-Nebenversionen veröffentlicht. In der Regel veröffentlicht Aurora zwei Standard-Nebenversionen für jede Hauptversion pro Jahr. Das folgende Bash-Shell-Skript zeigt die Standard-Nebenversionen für eine Reihe von Aurora-PostgreSQL-Hauptversionen (einschließlich Beispielausgabe).
```
for major in 16 15 14 13 12 11; do
echo -n "Default for Aurora PostgreSQL major version $major: "
aws rds describe-db-engine-versions \
--engine aurora-postgresql \
--engine-version "$major" \
--default-only \
--query 'DBEngineVersions[0].EngineVersion' \
--output text
done
Default for Aurora PostgreSQL major version 16: 16.4
Default for Aurora PostgreSQL major version 15: 15.8
Default for Aurora PostgreSQL major version 14: 14.13
Default for Aurora PostgreSQL major version 13: 13.16
Default for Aurora PostgreSQL major version 12: 12.20
Default for Aurora PostgreSQL major version 11: 11.21
```
Wenn Sie automatische Nebenversions-Upgrades für Ihren Aurora-DB-Cluster aktivieren, verwendet Aurora entweder die Standard-Nebenversion oder eine neuere Nebenversion für eine bestimmte Hauptversion. Wenn die Standard-Nebenversion für Aurora PostgreSQL 15 beispielsweise 15.8 ist und die neuere Version 15.10 ebenfalls zur Verfügung steht, kann Aurora automatisch entweder auf 15.8 oder 15.10 aktualisieren.
## 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 [Amazon RDS Extended Support mit Amazon Aurora](extended-support.md) und [Amazon Aurora – Preise](https://aws.amazon.com/rds/aurora/pricing/).
Weitere Informationen zu Hauptversionen und dem Veröffentlichungskalender für Aurora MySQL und Aurora PostgreSQL finden Sie auf den folgenden Seiten in den jeweiligen Versionshinweisen:
+ [Veröffentlichungskalender für Aurora-MySQL-Hauptversionen](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraMySQLReleaseNotes/AuroraMySQL.release-calendars.html#AuroraMySQL.release-calendars.major)
+ [Veröffentlichungskalender für Aurora-PostgreSQL-Hauptversionen](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraPostgreSQLReleaseNotes/aurorapostgresql-release-calendar.html#aurorapostgresql.major.versions.supported)
Sie können auch Informationen zu den Supportdaten für wichtige Engine-Versionen anzeigen, indem Sie den AWS CLI Befehl [describe-db-major-engine-versions](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-major-engine-versions.html) ausführen oder den API-Vorgang [Describe DBMajor EngineVersions](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_DescribeDBMajorEngineVersions.html) RDS verwenden.
**Anmerkung**
Der erweiterte Amazon-RDS-Support für Aurora-MySQL-Version 2 beginnt am 1. November 2024, wird Ihnen jedoch erst am 1. Dezember 2024 in Rechnung gestellt. Zwischen dem 1. und 30. November 2024 sind alle DB-Cluster von Aurora-MySQL-Version 2 durch den erweiterten Amazon-RDS-Support abgedeckt. Weitere Informationen finden Sie unter [Erweiterter Amazon-RDS-Support für ausgewählte Aurora-Versionen](Aurora.VersionPolicy.Support.md#Aurora.VersionPolicy.ES).
### 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](#Aurora.VersionPolicy.MajorVersions).
Bevor Aurora Sie bittet, auf eine neuere Hauptversion zu aktualisieren und Ihnen bei der Planung hilft, erhalten Sie mindestens 12 Monate im Voraus eine Erinnerung. Die Erinnerungen kommunizieren die folgenden Hinweise zum Upgrade-Prozess.
+ Den Zeitpunkt bestimmter Meilensteine
+ Die Auswirkungen auf Ihre DB-Cluster
+ Empfohlene Aktionen
Es wird empfohlen, Ihre Anwendungen mit neuen Datenbankversionen gründlich zu testen, bevor Sie Ihren Cluster auf eine neue Hauptversion aktualisieren.
Wenn die Hauptversion das Ende des Standard-Supports von Aurora erreicht hat, wird jeder DB-Cluster, auf dem noch die frühere 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 zum erweiterten Amazon-RDS-Support finden Sie unter [Verwenden des erweiterten Amazon-RDS-Supports](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/extended-support.html).
## 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 Nebenversionen und dem Veröffentlichungskalender für Aurora MySQL und Aurora PostgreSQL finden Sie auf den folgenden Seiten in den jeweiligen Versionshinweisen:
+ [Veröffentlichungskalender für Aurora-MySQL-Nebenversionen](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraMySQLReleaseNotes/AuroraMySQL.release-calendars.html#AuroraMySQL.release-calendars.minor)
+ [Veröffentlichungskalender für Aurora-PostgreSQL-Nebenversionen](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraPostgreSQLReleaseNotes/aurorapostgresql-release-calendar.html#aurorapostgresql.minor.versions.supported)
In den folgenden Abschnitten werden Details zur Frequenz und Lebensdauer beschrieben, die Sie bei Aurora-Nebenversionen erwarten können.
**Topics**
+ [Wie oft werden Amazon-Aurora-Nebenversionen veröffentlicht?](#Aurora.VersionPolicy.MinorVersionCadence)
+ [Wie lange bleiben Amazon-Aurora-Nebenversionen verfügbar](#Aurora.VersionPolicy.MinorVersionLifetime)
### 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
In der Regel macht Aurora jede Amazon-Aurora-Nebenversion einer bestimmten Hauptversion für mindestens 12 Monate verfügbar. Am Ende dieses Zeitraums kann Aurora Ihre Datenbank automatisch auf die Standard-Nebenversion oder eine spätere Version aktualisieren. Aurora startet das Upgrade während des geplanten Wartungsfensters für jeden DB-Cluster, auf dem die frühere Nebenversion ausgeführt wird.
In einigen Fällen kann Aurora eine Nebenversion einer bestimmten Hauptversion früher als in der üblichen 12-Monats-Frist ersetzen. Zu den Gründen können kritische Sicherheitsprobleme oder das end-of-support Datum einer Hauptversion gehören.
Bevor Sie mit automatischen Upgrades von Nebenversionen beginnen, die sich dem Ende ihrer Lebensdauer nähern, erinnert Aurora Sie in der Regel drei Monate im Voraus daran. Aurora gibt die folgenden Hinweise zum Upgrade-Prozess.
+ Den Zeitpunkt bestimmter Meilensteine
+ Die Auswirkungen auf Ihre DB-Cluster
+ Empfohlene Aktionen
Benachrichtigungen mit einer Vorlaufzeit von weniger als drei Monaten beschreiben kritische Angelegenheiten wie Sicherheitsprobleme, die ein schnelleres Handeln erfordern.
Wenn die Einstellung **Kleinere Versions-Upgrades automatisch aktivieren** aktiviert ist, erhalten Sie eine Erinnerung, aber keine RDS-Ereignisbenachrichtigung. Aurora aktualisiert Ihre Datenbank innerhalb eines Wartungsfensters, nachdem die vorgeschriebene Upgrade-Frist abgelaufen ist.
Wenn die Einstellung **Kleinere Versions-Upgrades automatisch aktivieren** nicht aktiviert ist, erhalten Sie eine Erinnerung und ein Ereignis des DB-Clusters von Amazon RDS mit der Kategorie `maintenance` und der ID `RDS-EVENT-0156`. Aurora aktualisiert Ihre Datenbank innerhalb des nächsten Wartungsfensters.
Beachten Sie, dass nach dem Ende des Standard-Supports von Aurora für eine Nebenversion keine weiteren Patchversionen für diese Nebenversion veröffentlicht werden. Um kritische Bugfixes zu erhalten oder CVEs, müssen Sie ein Upgrade auf eine Nebenversion mit Standardsupport durchführen.
Weitere Informationen zu automatischen Nebenversions-Upgrades finden Sie unter [Automatische Nebenversions-Upgrades für Aurora-DB-Cluster](USER_UpgradeDBInstance.Maintenance.md#Aurora.Maintenance.AMVU).
## 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 3.04.0, 3.04.1, ..., 3.04.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](USER_UpgradeDBInstance.Maintenance.md).
# Upgrade von Amazon-Aurora-DB-Clustern
Mit Amazon Aurora können Sie Upgrades für Ihre DB-Cluster steuern und testen. Amazon Aurora bietet Optionen für automatische Nebenversions-Upgrades, manuelle Upgrade-Steuerung, erforderliche Upgrades und Pre-Upgrade-Tests. Sie können Ihre Cluster up-to-date auf der neuesten Nebenversion belassen, unkritische Upgrades zurückstellen, Upgrades bei schwerwiegenden Problemen erzwingen und das Upgrade-Verhalten in Umgebungen außerhalb der Produktion überprüfen. In den folgenden Abschnitten wird beschrieben, wie Aurora-DB-Cluster-Upgrades mithilfe dieser Funktionen verwaltet und getestet werden.
## Automatische Nebenversions-Upgrades für Aurora
Durch automatische Nebenversions-Upgrades wird Ihre Datenbank regelmäßig auf die neuesten Datenbank-Engine-Versionen aktualisiert. Das Upgrade beinhaltet jedoch möglicherweise nicht immer die aktuelle Datenbank-Engine-Version. Wenn Sie Ihre Datenbanken zu bestimmten Zeiten auf bestimmten Versionen belassen müssen, empfehlen wir Ihnen, ein manuelles Upgrade auf die Datenbankversionen durchzuführen, die Sie gemäß Ihrem erforderlichen Zeitplan benötigen. Bei kritischen Sicherheitsproblemen oder wenn eine Version ihr end-of-support Datum erreicht, führt Aurora möglicherweise ein Upgrade einer Nebenversion durch, auch wenn Sie die Option **Automatisches Upgrade der Nebenversion** nicht aktiviert haben. Weitere Informationen finden Sie in der Upgrade-Dokumentation zu Ihrer spezifischen Datenbank-Engine.
Siehe [Upgrade der Nebenversion oder der Patch-Ebene eines Aurora MySQL-DB-Clusters](AuroraMySQL.Updates.Patching.md) und [Durchführen eines Nebenversions-Upgrades](USER_UpgradeDBInstance.PostgreSQL.MinorUpgrade.md).
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.
Wenn **Kleinere Versions-Upgrades automatisch aktivieren** für Ihren DB-Cluster auf **Ja** gesetzt ist, führt Aurora automatisch ein Upgrade auf die Standard-Nebenversion oder auf eine neuere Nebenversion durch. Wenn beispielsweise die Standard-Nebenversion für Aurora PostgreSQL 15 die Version 15.8 ist und Version 15.10 existiert, könnte das Ziel für das automatische Upgrade entweder 15.8 oder 15.10 sein.
Normalerweise plant Aurora zweimal im Jahr automatische Upgrades für DB-Cluster, bei denen das automatische Nebenversions-Upgrade aktiviert ist. Diese Upgrades werden während des Wartungsfensters durchgeführt, das Sie für den Cluster angeben. Weitere Informationen finden Sie unter [Automatische Nebenversions-Upgrades für Aurora-DB-Cluster](USER_UpgradeDBInstance.Maintenance.md#Aurora.Maintenance.AMVU).
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](USER_Events.Messages.md).
## Manuelles Steuern von Upgrades Ihrer DB-Cluster auf neue Versionen
Wenn Sie die Einstellung **Kleinere Versions-Upgrades automatisch aktivieren** aktiviert haben, aktualisiert Aurora Ihren DB-Cluster automatisch auf die Standard-Nebenversion oder eine neuere Nebenversion. Normalerweise plant Aurora zweimal im Jahr automatische Upgrades für DB-Cluster, bei denen die Einstellung **Kleinere Versions-Upgrades automatisch aktivieren** aktiviert ist. Diese Upgrades werden während kundenspezifischer Wartungsfenster gestartet.
Deaktivieren Sie zum Ausschalten der automatischen Nebenversions-Upgrades **Kleinere Versions-Upgrades automatisch aktivieren** auf einer beliebigen DB-Instance innerhalb eines Aurora-Clusters. Aurora führt nur dann ein automatisches Nebenversions-Upgrade durch, wenn alle DB-Instances in Ihrem Cluster die Einstellung aktiviert haben.
**Anmerkung**
Bei obligatorischen Upgrades wie dem Ende der Lebensdauer einer Nebenversion aktualisiert Aurora den DB-Cluster, auch wenn die Einstellung **Kleinere Versions-Upgrades automatisch aktivieren** deaktiviert ist. Sie erhalten eine Erinnerung, aber keine RDS-Ereignisbenachrichtigung. Aurora aktualisiert Ihren Cluster 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 der Einstellung einer Hauptversion. Es wird empfohlen, Ihre Anwendungen mit neuen Datenbankversionen gründlich zu testen, bevor Sie Ihren Cluster auf eine Hauptversion aktualisieren.
Weitere Informationen zum Aktualisieren eines DB-Clusters auf eine neue Aurora-Hauptversion finden Sie unter [Upgrade von Amazon Aurora MySQL-DB-Clustern](AuroraMySQL.Updates.Upgrading.md) und [Upgrade von DB-Clustern von Amazon Aurora PostgreSQL](USER_UpgradeDBInstance.PostgreSQL.md).
## Erforderliche Amazon-Aurora-Upgrades
Bei bestimmten kritischen Bugfixes führt Aurora möglicherweise ein verwaltetes Upgrade auf eine neuere Patch-Stufe innerhalb derselben Nebenversion durch. In diesem Fall führt Aurora ein Upgrade Ihres Clusters durch, auch wenn **Kleinere Versions-Upgrades automatisch aktivieren** deaktiviert ist. Zuvor kommuniziert Aurora den detaillierten Upgrade-Prozess. Details umfassen das Timing bestimmter Meilensteine, die Auswirkungen auf Ihre DB-Cluster und empfohlene Aktionen. Solche verwalteten Upgrades werden automatisch innerhalb des Wartungsfensters des Clusters durchgeführt.
## 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](Aurora.Managing.Clone.md) und [Erstellen eines DB-Cluster-Snapshots](USER_CreateSnapshotCluster.md).
# Support für Amazon-Aurora-Versionen
Wenn Ihr Amazon Aurora DB komplexe Abhängigkeiten von einem bestimmten Verhalten der Datenbank-Engine aufweist, empfehlen wir Ihnen, vor dem Upgrade auf neuere Datenbank-Engine-Versionen umfangreiche Tests durchzuführen. Es gibt Langzeit-Support-Optionen, sodass Sie Ihre DB-Cluster auf ausgewählten Aurora-Engine-Versionen verwalten können, auch wenn diese durch neuere Versionen ersetzt wurden. In den folgenden Abschnitten werden die Langzeit-Support-Optionen für Ihre Aurora-DB-Cluster erläutert.
## 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. Aurora erinnert Sie in der Regel sechs Monate vor Ablauf dieser Frist daran. Aurora teilt die folgenden Hinweise zum Upgrade-Prozess mit.
+ Den Zeitpunkt bestimmter Meilensteine
+ Die Auswirkungen auf Ihre DB-Cluster
+ Empfohlene Aktionen
Benachrichtigungen mit einer Vorlaufzeit von weniger als sechs Monaten kommunizieren kritische Angelegenheiten wie Sicherheitsprobleme, die 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. Aurora führt Patches für Ihre Cluster durch, sodass Sie von kumulativen Sicherheits- und Stabilitätskorrekturen profitieren. Wenn kritische Bugfixes angewendet werden müssen, kann Aurora eine LTS-Nebenversion häufiger patchen, z. B. für die Sicherheit.
**Anmerkung**
Um für die Dauer ihres Lebenszyklus auf einer LTS-Nebenversion zu bleiben, stellen Sie sicher, dass Sie das automatische Upgrade der Nebenversion für Ihre DB-Instances deaktivieren. Um zu vermeiden, dass Ihr DB-Cluster automatisch von der LTS-Nebenversion aktualisiert wird, deaktivieren Sie das Kontrollkästchen **Automatische Aktualisierung von Unterversionen aktivieren** für alle DB-Instances in Ihrem Aurora-Cluster.
Die Versionsnummern aller Aurora LTS-Versionen finden Sie unter [Aurora MySQL Long-Term Support- (LTS, Langzeit-Support) Versionen](AuroraMySQL.Update.SpecialVersions.md#AuroraMySQL.Updates.LTS) und [Verwenden einer Aurora PostgreSQL Long-Term Support (LTS, Langzeit-Support)-Version](AuroraPostgreSQL.Updates.LTS.md).
## Erweiterter Amazon-RDS-Support für ausgewählte Aurora-Versionen
Mit dem erweiterten Amazon-RDS-Support können Sie Ihre Datenbank auf einer Haupt-Engine-Version gegen Aufpreis über das Ende des Aurora-Standard-Supports hinaus ausführen. Während des erweiterten RDS-Supports stellt Amazon RDS Patches für Critical und High bereit, CVEs wie in den CVSS-Schweregraden der National Vulnerability Database (NVD) definiert. Weitere Informationen finden Sie unter [Amazon RDS Extended Support mit Amazon Aurora](extended-support.md).
Der erweiterte RDS-Support ist nur für bestimmte Aurora-Versionen verfügbar. Weitere Informationen finden Sie unter [Amazon-Aurora-Hauptversionen](Aurora.VersionPolicy.Versioning.md#Aurora.VersionPolicy.MajorVersions).
# Regionen und Availability Zones
Amazon Cloud Computing-Ressourcen werden an mehreren Standorten weltweit gehostet. Diese Standorte setzen sich aus AWS Regionen und Availability Zones zusammen. Jede *AWS -Region* ist ein separater geografischer Bereich. Jede AWS Region hat mehrere isolierte Standorte, die als *Availability Zones* bezeichnet werden.
**Anmerkung**
Informationen zur Suche nach den Availability Zones für eine AWS Region finden Sie unter [Describe your Availability Zones](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-regions-availability-zones.html#availability-zones-describe) in der Amazon EC2 EC2-Dokumentation.
Amazon betreibt state-of-the-art hochverfügbare Rechenzentren. Obwohl selten, können Fehler auftreten, die sich auf die Verfügbarkeit von DB-Instances auswirken, die sich am selben Speicherort befinden. Wenn Sie alle Ihre DB-Instances an einem Ort hosten, der von einem solchen Ausfall betroffen ist, ist keine Ihrer DB-Instances verfügbar.
![\[AWS Region\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/AuroraUserGuide/images/Con-AZ.png)
Es ist wichtig, sich daran zu erinnern, dass jede AWS Region völlig unabhängig ist. Jede von Ihnen initiierte Amazon RDS-Aktivität (z. B. das Erstellen von Datenbank-Instances oder das Auflisten verfügbarer Datenbank-Instances) wird nur in Ihrer aktuellen AWS Standardregion ausgeführt. Die AWS Standardregion kann in der Konsole oder durch Einstellen der [https://docs.aws.amazon.com/cli/latest/userguide/cli-configure-quickstart.html#cli-configure-quickstart-region](https://docs.aws.amazon.com/cli/latest/userguide/cli-configure-quickstart.html#cli-configure-quickstart-region)Umgebungsvariablen geändert werden. Oder sie kann überschrieben werden, indem der `--region` Parameter mit der AWS Command Line Interface ()AWS CLI verwendet wird. Weitere Informationen finden Sie unter [Konfigurieren der AWS Command Line Interface](https://docs.aws.amazon.com/cli/latest/userguide/cli-chap-getting-started.html), insbesondere in den Abschnitten zu Umgebungsvariablen und zu den Befehlszeilenoptionen.
Amazon RDS unterstützt spezielle AWS Regionen namens AWS GovCloud (US). Diese wurden entwickelt, damit US-Regierungsbehörden und Kunden vertrauliche Workloads in die Cloud verschieben können. Die Regionen AWS GovCloud (US) gehen auf die spezifischen regulatorischen und Compliance-Anforderungen der US-Regierung ein. Weitere Informationen finden Sie unter [Was ist AWS GovCloud (US)?](https://docs.aws.amazon.com/govcloud-us/latest/UserGuide/whatis.html)
Um eine Amazon RDS-DB-Instance in einer bestimmten AWS Region zu erstellen oder mit ihr zu arbeiten, verwenden Sie den entsprechenden regionalen Service-Endpunkt.
**Anmerkung**
Aurora unterstützt keine Local Zones.
## AWS Regionen
Jede AWS Region ist so konzipiert, dass sie von den anderen AWS Regionen isoliert ist. Dieser Entwurf sorgt für die größtmögliche Fehlertoleranz und Stabilität.
Wenn Sie Ihre Ressourcen anzeigen, sehen Sie nur die Ressourcen, die mit der von Ihnen angegebenen AWS Region verknüpft sind. Das liegt daran, dass AWS Regionen voneinander isoliert sind und wir Ressourcen nicht automatisch regionsübergreifend AWS replizieren.
### Verfügbarkeit in Regionen
Wenn Sie mit einem Aurora-DB-Cluster über die Befehlszeilenschnittstelle oder API-Vorgänge arbeiten, stellen Sie sicher, dass Sie den regionalen Endpunkt angeben.
**Topics**
+ [Aurora MySQL-Verfügbarkeit in Regionen](#Aurora.Overview.Availability.MySQL)
+ [Aurora PostgreSQL-Verfügbarkeit in Regionen](#Aurora.Overview.Availability.PostgreSQL)
#### Aurora MySQL-Verfügbarkeit in Regionen
Die folgende Tabelle zeigt die AWS Regionen, in denen Aurora MySQL derzeit verfügbar ist, und den Endpunkt für jede Region.
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/AuroraUserGuide/Concepts.RegionsAndAvailabilityZones.html)
#### Aurora PostgreSQL-Verfügbarkeit in Regionen
Die folgende Tabelle zeigt die AWS Regionen, in denen Aurora PostgreSQL derzeit verfügbar ist, und den Endpunkt für jede Region.
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/AuroraUserGuide/Concepts.RegionsAndAvailabilityZones.html)
## Availability Zones
Eine Availability Zone ist ein isolierter Standort in einer bestimmten AWS-Region. Jede Region verfügt über mehrere Availability Zones (AZ), die eine hohe Verfügbarkeit für die Region bieten. Eine AZ wird durch den AWS Regionalcode gefolgt von einer Buchstabenkennung (z. B.`us-east-1a`) identifiziert. Wenn Sie die VPC und Subnetze erstellen, anstatt die Standard-VPC zu verwenden, definieren Sie jedes Subnetz in einer bestimmten AZ. Wenn Sie einen Aurora-DB-Cluster erstellen, erstellt Aurora die primäre Instance in einem der Subnetze in der DB-Subnetzgruppe der VPC. Auf diese Weise wird diese Instance mit einer von Aurora ausgewählten AZ verknüpft.
Jeder Aurora-DB-Cluster hostet Kopien seines Speichers in drei separaten, von Aurora automatisch AZs ausgewählten Kopien aus der Subnetzgruppe AZs in Ihrer DB-Subnetzgruppe. Jede DB-Instance im Cluster muss sich in einer dieser drei AZs Instanzen befinden.
Wenn Sie eine DB-Instance in Ihrem Cluster erstellen, wählt Aurora automatisch eine geeignete AZ für diese Instance, wenn Sie keine AZ angeben.
Verwenden Sie den [describe-availability-zones](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-availability-zones.html)Amazon EC2 EC2-Befehl wie folgt, um die Availability Zones innerhalb der angegebenen Region zu beschreiben, die für Ihr Konto aktiviert sind.
```
aws ec2 describe-availability-zones --region region-name
```
Wenn Sie beispielsweise die Availability Zones in der Region USA Ost (Nord-Virginia) (us-east-1) beschreiben möchten, die für Ihr Konto aktiviert sind, führen Sie den folgenden Befehl aus:
```
aws ec2 describe-availability-zones --region us-east-1
```
Informationen dazu, wie Sie die AZ angeben, wenn Sie einen Cluster erstellen oder Instances hinzufügen, finden Sie unter [Konfigurieren des Netzwerks für den DB-Cluster](Aurora.CreateInstance.md#Aurora.CreateInstance.Prerequisites.VPC).
## Lokale Zeitzone für Amazon Aurora-DB-Cluster
Standardmäßig ist die Zeitzone für ein Amazon Aurora-DB-Cluster auf die Universal Time Coordinated (UTC) eingestellt. Sie können die Zeitzone für Instances in Ihrem DB-Cluster stattdessen auf die lokale Zeitzone Ihrer Anwendung festlegen.
Legen Sie den Zeitzonenparameter auf einen der unterstützten Werte fest, um die lokale Zeitzone für einen DB-Cluster anzugeben. Diesen Parameter legen Sie in der Cluster-Parametergruppe für Ihren DB-Cluster fest.
+ Für Aurora MySQL lautet der Name dieses Parameters `time_zone`. Informationen zu bewährten Methoden zum Festlegen des Parameters `time_zone` finden Sie unter [Optimierung von Zeitstempeloperationen](AuroraMySQL.BestPractices.Performance.md#AuroraMySQL.BestPractices.Performance.TimeZone).
+ Für Aurora PostgreSQL lautet der Name dieses Parameters `timezone`.
Wenn Sie den Parameter für ein DB-Cluster setzen, wird bei allen Instances in diesem DB-Cluster die neue lokale Zeitzone eingestellt. In einigen Fällen verwenden andere Aurora-DB-Cluster möglicherweise dieselbe Cluster-Parametergruppe. In diesem Fall wird für alle Instances in diesen DB-Clustern die neue lokale Zeitzone eingestellt. Weitere Informationen zu Parametern für Cluster-Ebenen finden Sie unter [Amazon Aurora-DB-Cluster und DB-Instance-Parameter](USER_WorkingWithDBClusterParamGroups.md#Aurora.Managing.ParameterGroups).
Nachdem Sie die lokale Zeitzone eingestellt haben, werden alle neuen Verbindungen zur Datenbank die Änderung reflektieren. In einigen Fällen haben Sie möglicherweise offene Verbindungen mit Ihrer Datenbank, wenn Sie die lokale Zeitzone ändern. In diesem Fall sehen Sie die aktualisierte lokale Zeitzone nicht, nachdem Sie die Verbindung schließen und eine neue Verbindung öffnen.
Wenn Sie regionsübergreifend AWS replizieren, verwenden der Replikationsquell-DB-Cluster und das Replikat unterschiedliche Parametergruppen. Parametergruppen sind für eine AWS Region einzigartig. Damit Sie dieselbe lokale Zeitzone für jede Instance verwenden können, müssen Sie den Zeitzonenparameter in den Parametergruppen für die Replikationsquelle und für das Replikat festlegen.
Wenn Sie ein DB-Cluster aus einem DB-Cluster-Snapshot wiederherstellen, wird die lokale Zeitzone auf die Zeitzone UTC eingestellt. Sie können die Zeitzone auf Ihre lokale Zeitzone einstellen, nachdem die Wiederherstellung abgeschlossen ist. In einigen Fällen führen Sie möglicherweise eine zeitpunktbezogen Wiederherstellung eines DB-Clusters durch. In diesem Fall entspricht die lokale Zeitzone für den wiederhergestellten DB-Cluster der Zeitzoneneinstellung aus der Parametergruppe des wiederhergestellten DB-Clusters.
In der folgenden Tabelle sind einige Werte aufgeführt, die Sie für Ihre lokale Zeitzone festlegen können. Um alle verfügbaren Zeitzonen aufzulisten, können Sie die folgenden SQL-Abfragen verwenden:
+ Aurora MySQL: `select * from mysql.time_zone_name;`
+ Aurora PostgreSQL: `select * from pg_timezone_names;`
**Anmerkung**
Für einige Zeitzonen können Zeitwerte für bestimmte Datumsbereiche falsch gemeldet werden, worauf in der Tabelle hingewiesen wird. Für Zeitzonen in Australien wird die Zeitzonenabkürzung mit einem veralteten Wert zurückgegeben, worauf in der Tabelle hingewiesen wird.
| Zeitzone | Hinweise |
| --- | --- |
| `Africa/Harare` | Diese Zeitzoneneinstellung kann vom 28. Februar 1903 21:49:40 GMT bis zum 28. Februar 1903 21:55:48 GMT falsche Werte zurückgeben. |
| `Africa/Monrovia` | |
| `Africa/Nairobi` | Diese Zeitzoneneinstellung kann vom 31. Dezember 1939 21:30:00 GMT bis zum 31. Dezember 1959 21:15:15 GMT falsche Werte zurückgeben. |
| `Africa/Windhoek` | |
| `America/Bogota ` | Diese Zeitzoneneinstellung kann vom 23. November 1914 04:56:16 GMT bis zum 23. November 1914 04:56:20 GMT falsche Werte zurückgeben. |
| `America/Caracas` | |
| `America/Chihuahua` | |
| `America/Cuiaba` | |
| `America/Denver` | |
| `America/Fortaleza` | In einigen Fällen wird bei einem DB-Cluster in der Region Südamerika (São Paulo) die Zeit für eine kürzlich geänderte Zeitzone Brasiliens nicht korrekt angezeigt. Setzen Sie in diesem Fall den Zeitzonenparameter des DB-Clusters auf `America/Fortaleza` zurück. |
| `America/Guatemala` | |
| `America/Halifax` | Diese Zeitzoneneinstellung kann vom 27. Oktober 1918 05:00:00 GMT bis zum 31. Oktober 1918 05:00:00 GMT falsche Werte zurückgeben. |
| `America/Manaus` | Wenn sich Ihr DB-Cluster in der Zeitzone Südamerika (Cuiaba) befindet und die erwartete Zeit für die kürzlich geänderte Zeitzone in Brasilien nicht korrekt angezeigt wird, setzen Sie den Zeitzonenparameter des DB-Clusters auf `America/Manaus` zurück. |
| `America/Matamoros` | |
| `America/Monterrey` | |
| `America/Montevideo` | |
| `America/Noronha` | |
| `America/Phoenix` | |
| `America/Tijuana` | |
| `Asia/Ashgabat` | |
| `Asia/Baghdad` | |
| `Asia/Baku` | |
| `Asia/Bangkok` | |
| `Asia/Beirut` | |
| `Asia/Calcutta` | |
| `Asia/Kabul` | |
| `Asia/Karachi` | |
| `Asia/Kathmandu` | |
| `Asia/Muscat ` | Diese Zeitzoneneinstellung kann vom 31. Dezember 1919 20:05:36 GMT bis zum 31. Dezember 1919 20:05:40 GMT falsche Werte zurückgeben. |
| `Asia/Riyadh ` | Diese Zeitzoneneinstellung kann vom 13. März 1947 20:53:08 GMT bis zum 31. Dezember 1949 20:53:08 GMT falsche Werte zurückgeben. |
| `Asia/Seoul` | Diese Zeitzoneneinstellung kann vom 30. November 1904 15:30:00 GMT bis zum 07. September 1945 15:00:00 GMT falsche Werte zurückgeben. |
| `Asia/Shanghai` | Diese Zeitzoneneinstellung kann vom 31. Dezember 1927 15:54:08 GMT bis zum 02. Juni 1940 16:00:00 GMT falsche Werte zurückgeben. |
| `Asia/Singapore` | |
| `Asia/Taipei` | Diese Zeitzoneneinstellung kann vom 30. September 1937 16:00:00 GMT bis zum 29. September 1979 15:00:00 GMT falsche Werte zurückgeben. |
| `Asia/Tehran` | |
| `Asia/Tokyo` | Diese Zeitzoneneinstellung kann vom 30. September 1937 15:00:00 GMT bis zum 31. Dezember 1937 15:00:00 GMT falsche Werte zurückgeben. |
| `Asia/Ulaanbaatar` | |
| `Atlantic/Azores` | Diese Zeitzoneneinstellung kann vom 24. Mai 1911 01:54:32 GMT bis zum 01. Januar 1912 01:54:32 GMT falsche Werte zurückgeben. |
| `Australia/Adelaide` | Die Abkürzung für diese Zeitzone wird als CST anstatt als ACDT/ACST zurückgegeben. |
| `Australia/Brisbane` | Die Abkürzung für diese Zeitzone wird als EST anstatt als AEDT/AEST zurückgegeben. |
| `Australia/Darwin ` | Die Abkürzung für diese Zeitzone wird als CST anstatt als ACDT/ACST zurückgegeben. |
| `Australia/Hobart` | Die Abkürzung für diese Zeitzone wird als EST anstatt als AEDT/AEST zurückgegeben. |
| `Australia/Perth` | Die Abkürzung für diese Zeitzone wird als WST statt als AWST AWDT/ zurückgegeben. |
| `Australia/Sydney ` | Die Abkürzung für diese Zeitzone wird als EST anstatt als AEDT/AEST zurückgegeben. |
| `Brazil/East` | |
| `Canada/Saskatchewan` | Diese Zeitzoneneinstellung kann vom 27. Oktober 1918 08:00:00 GMT bis zum 31. Oktober 1918 08:00:00 GMT falsche Werte zurückgeben. |
| `Europe/Amsterdam` | |
| `Europe/Athens` | |
| `Europe/Dublin` | |
| `Europe/Helsinki` | Diese Zeitzoneneinstellung kann vom 30. April 1921 22:20:08 GMT bis zum 30. April 1921 22:20:11 GMT falsche Werte zurückgeben. |
| `Europe/Paris` | |
| `Europe/Prague` | |
| `Europe/Sarajevo` | |
| `Pacific/Auckland` | |
| `Pacific/Guam` | |
| `Pacific/Honolulu` | Diese Zeitzoneneinstellung kann vom 21. Mai 1933 11:30:00 GMT bis zum 30. September 1945 11:30:00 GMT falsche Werte zurückgeben. |
| `Pacific/Samoa` | Diese Zeitzoneneinstellung kann vom 01. Januar 1911 11:22:48 GMT bis zum 01. Januar 1950 11:30:00 GMT falsche Werte zurückgeben. |
| `US/Alaska` | |
| `US/Central` | |
| `US/Eastern` | |
| `US/East-Indiana` | |
| `US/Pacific` | |
| `UTC` | |
# Unterstützte Funktionen in Amazon Aurora by AWS-Region und der Aurora-DB-Engine
Aurora MySQL- und PostgreSQL-kompatible Datenbank-Engines unterstützen mehrere Amazon-RDS- und Amazon Aurora-Funktionen und Optionen. Der Support variiert zwischen bestimmten Versionen der einzelnen Datenbank-Engines und in allen AWS-Regionen. Um die Versionsunterstützung und Verfügbarkeit der Aurora-Datenbank-Engine für eine bestimmte Funktion zu ermitteln AWS-Region, können Sie die folgenden Abschnitte verwenden.
Einige dieser Funktionen sind haben nur Aurora-Fähigkeiten. Beispielsweise werden Aurora Serverless, globale Aurora-Datenbanken und die Unterstützung für die Integration mit AWS Machine Learning-Services von nicht Amazon RDS unterstützt. Andere Funktionen, wie zum Beispiel Amazon-RDS-Proxy, werden von Amazon Aurora und Amazon RDS unterstützt.
**Topics**
+ [Tabellenkonventionen](#Concepts.Aurora_Fea_Regions_DB-eng.Feature.TableConventions)
+ [Blau/Grün-Bereitstellungen](Concepts.Aurora_Fea_Regions_DB-eng.Feature.BlueGreenDeployments.md)
+ [Aurora-Cluster-Konfigurationen](Concepts.Aurora_Fea_Regions_DB-eng.Feature.storage-type.md)
+ [Datenbankaktivitätsstreams](Concepts.Aurora_Fea_Regions_DB-eng.Feature.DBActivityStreams.md)
+ [Exportieren von Cluster-Daten nach Amazon S3](Concepts.Aurora_Fea_Regions_DB-eng.Feature.ExportClusterToS3.md)
+ [Exportieren von Snapshot-Daten nach Amazon S3](Concepts.Aurora_Fea_Regions_DB-eng.Feature.ExportSnapshotToS3.md)
+ [Globale Aurora-Datenbanken](Concepts.Aurora_Fea_Regions_DB-eng.Feature.GlobalDatabase.md)
+ [IAM-Datenbankauthentifizierung](Concepts.Aurora_Fea_Regions_DB-eng.Feature.IAMdbauth.md)
+ [Kerberos-Authentifizierung](Concepts.Aurora_Fea_Regions_DB-eng.Feature.KerberosAuthentication.md)
+ [Aurora Machine Learning](Concepts.Aurora_Fea_Regions_DB-eng.Feature.Aurora_ML.md)
+ [Performance Insights](Concepts.Aurora_Fea_Regions_DB-eng.Feature.PerfInsights.md)
+ [Zero-ETL-Integrationen](Concepts.Aurora_Fea_Regions_DB-eng.Feature.Zero-ETL.md)
+ [RDS-Proxy](Concepts.Aurora_Fea_Regions_DB-eng.Feature.RDS_Proxy.md)
+ [Integration von Secrets Manager](Concepts.Aurora_Fea_Regions_DB-eng.Feature.SecretsManager.md)
+ [Aurora Serverless v2](Concepts.Aurora_Fea_Regions_DB-eng.Feature.ServerlessV2.md)
+ [Aurora Serverless v1](Concepts.Aurora_Fea_Regions_DB-eng.Feature.ServerlessV1.md)
+ [RDS-Daten-API](Concepts.Aurora_Fea_Regions_DB-eng.Feature.Data_API.md)
+ [Zero-Downtime-Patching (ZDP) (Patchen ohne Ausfallzeiten)](Concepts.Aurora_Fea_Regions_DB-eng.Feature.ZDP.md)
+ [Aurora PostgreSQL Limitless Database](Concepts.Aurora_Fea_Regions_DB-eng.Feature.AuroraLimitless.md)
+ [Engine-native Funktionen](Concepts.Aurora_Fea_Regions_DB-eng.Feature.EngineNativeFeatures.md)
## Tabellenkonventionen
In den Tabellen werden die folgenden Muster verwendet, um Versionsnummern und den Grad der Unterstützung anzugeben:
+ **Version x.y** – Die spezifische Version allein wird unterstützt.
+ **Version x.y und höher** – Die angegebene Version und alle höheren Unterversionen der jeweiligen Hauptversion werden unterstützt. Zum Beispiel bedeutet „Version 10.11 und höher“, dass die Versionen 10.11, 10.11.1 und 10.12 unterstützt werden.
# Unterstützte Regionen und Aurora-DB-Engines für Blue/Green Bereitstellungen
Bei einer blue/green Bereitstellung wird eine Produktionsdatenbankumgebung in eine separate, synchronisierte Staging-Umgebung kopiert. Mithilfe von Amazon RDS Blue/Green Deployments können Sie Änderungen an der Datenbank in der Staging-Umgebung vornehmen, ohne die Produktionsumgebung zu beeinträchtigen. Sie können beispielsweise die Haupt- oder Nebenversion der DB-Engine aktualisieren, Datenbankparameter ändern oder Schemaänderungen in der Staging-Umgebung vornehmen. Wenn Sie bereit sind, können Sie die Staging-Umgebung zur neuen Produktionsdatenbankumgebung hochstufen. Weitere Informationen finden Sie unter [Verwenden von Amazon Aurora Blue/Green Deployments für Datenbank-Updates](blue-green-deployments.md).
## Blau/Grün-Bereitstellungen mit Aurora MySQL
Die Blue/Green Bereitstellungsfunktion ist für alle Versionen von Aurora MySQL insgesamt verfügbar AWS-Regionen, einschließlich Aurora MySQL-Cluster, die als Aurora Global Database konfiguriert sind.
## Blau/Grün-Bereitstellungen mit Aurora PostgreSQL
Die folgenden Regionen und Engine-Versionen sind für Blue/Green Bereitstellungen mit Aurora PostgreSQL verfügbar, einschließlich Aurora PostgreSQL-Cluster, die als Aurora Global Database konfiguriert sind.
| Region | Aurora PostgreSQL 17 | Aurora PostgreSQL 16 | Aurora PostgreSQL 15 | Aurora PostgreSQL 14 | Aurora PostgreSQL 13 | Aurora PostgreSQL 12 | Aurora PostgreSQL 11 |
| --- | --- | --- | --- | --- | --- | --- | --- |
| Alle AWS-Regionen | Version 17.4 und höher | Version 16.1 und höher | Version 15.4 und höher | Version 14.9 und höher | Version 13.12 und höher | Version 12.16 und höher | Version 11.21 und höher |
# Unterstützte Regionen und Aurora-DB-Engines für Cluster-Speicherkonfigurationen
Amazon Aurora bietet zwei Speicherkonfigurationen für DB-Cluster, Aurora I/O-Optimized und Aurora Standard. Weitere Informationen finden Sie unter [Speicherkonfigurationen für DB-Cluster von Amazon Aurora](Aurora.Overview.StorageReliability.md#aurora-storage-type).
## Aurora I/O-Optimized
Aurora I/O-Optimizedist in allen Versionen AWS-Regionen für die folgenden Amazon Aurora Aurora-Versionen verfügbar:
+ Aurora MySQL Version 3.03.1 und höher
+ Aurora-PostgreSQL-Versionen 17.4 und höher, 16.1 und höher, 15.2 und höher, 14.7 und höher sowie 13.10 und höher
## Aurora Standard
Aurora Standardist in allen AWS-Regionen Versionen von Aurora MySQL und Aurora PostgreSQL verfügbar.
# Unterstützte Regionen und Aurora-DB-Engines für Datenbankaktivitäts-Streams
Durch die Verwendung von Datenbank-Aktivitätsstreams in Aurora können Sie Alarme für die Prüfung von Aktivitäten in Ihrer Aurora-Datenbank überwachen und einstellen. Weitere Informationen finden Sie unter [Überwachung von Amazon Aurora mithilfe von Datenbankaktivitätsstreams](DBActivityStreams.md).
Datenbankaktivitäts-Streams werden im Hinblick auf die folgenden Funktionen nicht unterstützt:
+ Aurora Serverless v1
+ Aurora Serverless v2
+ Babelfish für Aurora PostgreSQL
**Topics**
+ [Datenbank-Aktivitätsstreams mit Aurora MySQL](#Concepts.Aurora_Fea_Regions_DB-eng.Feature.DBActivityStreams.amy)
+ [Datenbank-Aktivitätsstreams mit Aurora PostgreSQL](#Concepts.Aurora_Fea_Regions_DB-eng.Feature.DBActivityStreams.apg)
## Datenbank-Aktivitätsstreams mit Aurora MySQL
Die folgenden Regionen und Engine-Versionen sind für Datenbankaktivitäts-Streams mit Aurora MySQL verfügbar.
| Region | Aurora-MySQL-Version 3 | Aurora-MySQL-Version 2 |
| --- | --- | --- |
| USA Ost (Nord-Virginia) | Alle verfügbaren Versionen | Aurora Version 2.11 und höher |
| USA Ost (Ohio) | Alle verfügbaren Versionen | Aurora Version 2.11 und höher |
| USA West (Nordkalifornien) | Alle verfügbaren Versionen | Aurora Version 2.11 und höher |
| USA West (Oregon) | Alle verfügbaren Versionen | Aurora Version 2.11 und höher |
| Afrika (Kapstadt) | Alle verfügbaren Versionen | Aurora Version 2.11 und höher |
| Asien-Pazifik (Hongkong) | Alle verfügbaren Versionen | Aurora Version 2.11 und höher |
| Asien-Pazifik (Hyderabad) | Alle verfügbaren Versionen | Aurora Version 2.11 und höher |
| Asien-Pazifik (Jakarta) | Alle verfügbaren Versionen | Aurora Version 2.11 und höher |
| Asien-Pazifik (Malaysia) | Nicht verfügbar | Nicht verfügbar |
| Asien-Pazifik (Melbourne) | Nicht verfügbar | Nicht verfügbar |
| Asien-Pazifik (Mumbai) | Alle verfügbaren Versionen | Aurora Version 2.11 und höher |
| Asien-Pazifik (Neuseeland) | Nicht verfügbar | Nicht verfügbar |
| Asien-Pazifik (Osaka) | Alle verfügbaren Versionen | Aurora Version 2.11 und höher |
| Asien-Pazifik (Seoul) | Alle verfügbaren Versionen | Aurora Version 2.11 und höher |
| Asien-Pazifik (Singapur) | Alle verfügbaren Versionen | Aurora Version 2.11 und höher |
| Asien-Pazifik (Sydney) | Alle verfügbaren Versionen | Aurora Version 2.11 und höher |
| Asien-Pazifik (Taipeh) | Nicht verfügbar | Nicht verfügbar |
| Asien-Pazifik (Thailand) | Nicht verfügbar | Nicht verfügbar |
| Asien-Pazifik (Tokio) | Alle verfügbaren Versionen | Aurora Version 2.11 und höher |
| Kanada (Zentral) | Alle verfügbaren Versionen | Aurora Version 2.11 und höher |
| Kanada West (Calgary) | Nicht verfügbar | Nicht verfügbar |
| China (Peking) | Nicht verfügbar | Nicht verfügbar |
| China (Ningxia) | Nicht verfügbar | Nicht verfügbar |
| Europa (Frankfurt) | Alle verfügbaren Versionen | Aurora Version 2.11 und höher |
| Europa (Irland) | Alle verfügbaren Versionen | Aurora Version 2.11 und höher |
| Europa (London) | Alle verfügbaren Versionen | Aurora Version 2.11 und höher |
| Europa (Milan) | Alle verfügbaren Versionen | Aurora Version 2.11 und höher |
| Europa (Paris) | Alle verfügbaren Versionen | Aurora Version 2.11 und höher |
| Europa (Spain) | Alle verfügbaren Versionen | Aurora Version 2.11 und höher |
| Europa (Stockholm) | Alle verfügbaren Versionen | Aurora Version 2.11 und höher |
| Europa (Zürich) | Nicht verfügbar | Nicht verfügbar |
| Israel (Tel Aviv) | Nicht verfügbar | Nicht verfügbar |
| Middle East (Bahrain) | Alle verfügbaren Versionen | Aurora Version 2.11 und höher |
| Mexiko (Zentral) | Nicht verfügbar | Nicht verfügbar |
| Naher Osten (VAE) | Alle verfügbaren Versionen | Aurora Version 2.11 und höher |
| Südamerika (São Paulo) | Alle verfügbaren Versionen | Aurora Version 2.11 und höher |
## Datenbank-Aktivitätsstreams mit Aurora PostgreSQL
Die folgenden Regionen und Engine-Versionen sind für Datenbankaktivitäts-Streams mit Aurora PostgreSQL verfügbar.
| Region | Aurora PostgreSQL 17 | Aurora PostgreSQL 16 | Aurora PostgreSQL 15 | Aurora PostgreSQL 14 | Aurora PostgreSQL 13 | Aurora PostgreSQL 12 | Aurora PostgreSQL 11 |
| --- | --- | --- | --- | --- | --- | --- | --- |
| USA Ost (Nord-Virginia) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Alle verfügbaren Versionen | Alle verfügbaren Versionen | Alle verfügbaren Versionen | Version 11.9 sowie Version 11.13 und höher |
| USA Ost (Ohio) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Alle verfügbaren Versionen | Alle verfügbaren Versionen | Alle verfügbaren Versionen | Version 11.9 sowie Version 11.13 und höher |
| USA West (Nordkalifornien) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Alle verfügbaren Versionen | Alle verfügbaren Versionen | Alle verfügbaren Versionen | Version 11.9 sowie Version 11.13 und höher |
| USA West (Oregon) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Alle verfügbaren Versionen | Alle verfügbaren Versionen | Alle verfügbaren Versionen | Version 11.9 sowie Version 11.13 und höher |
| Afrika (Kapstadt) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Alle verfügbaren Versionen | Alle verfügbaren Versionen | Alle verfügbaren Versionen | Version 11.9 sowie Version 11.13 und höher |
| Asien-Pazifik (Hongkong) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Alle verfügbaren Versionen | Alle verfügbaren Versionen | Alle verfügbaren Versionen | Version 11.9 sowie Version 11.13 und höher |
| Asien-Pazifik (Hyderabad) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Alle verfügbaren Versionen | Alle verfügbaren Versionen | Alle verfügbaren Versionen | Version 11.9 sowie Version 11.13 und höher |
| Asien-Pazifik (Jakarta) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Alle verfügbaren Versionen | Alle verfügbaren Versionen | Alle verfügbaren Versionen | Version 11.9 sowie Version 11.13 und höher |
| Asien-Pazifik (Malaysia) | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar |
| Asien-Pazifik (Melbourne) | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar |
| Asien-Pazifik (Mumbai) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Alle verfügbaren Versionen | Alle verfügbaren Versionen | Alle verfügbaren Versionen | Version 11.9 sowie Version 11.13 und höher |
| Asien-Pazifik (Neuseeland) | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar |
| Asien-Pazifik (Osaka) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Alle verfügbaren Versionen | Alle verfügbaren Versionen | Alle verfügbaren Versionen | Version 11.9 sowie Version 11.13 und höher |
| Asien-Pazifik (Seoul) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Alle verfügbaren Versionen | Alle verfügbaren Versionen | Alle verfügbaren Versionen | Version 11.9 sowie Version 11.13 und höher |
| Asien-Pazifik (Singapur) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Alle verfügbaren Versionen | Alle verfügbaren Versionen | Alle verfügbaren Versionen | Version 11.9 sowie Version 11.13 und höher |
| Asien-Pazifik (Sydney) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Alle verfügbaren Versionen | Alle verfügbaren Versionen | Alle verfügbaren Versionen | Version 11.9 sowie Version 11.13 und höher |
| Asien-Pazifik (Taipeh) | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar |
| Asien-Pazifik (Thailand) | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar |
| Asien-Pazifik (Tokio) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Alle verfügbaren Versionen | Alle verfügbaren Versionen | Alle verfügbaren Versionen | Version 11.9 sowie Version 11.13 und höher |
| Kanada (Zentral) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Alle verfügbaren Versionen | Alle verfügbaren Versionen | Alle verfügbaren Versionen | Version 11.9 sowie Version 11.13 und höher |
| Kanada West (Calgary) | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar |
| China (Peking) | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar |
| China (Ningxia) | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar |
| Europa (Frankfurt) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Alle verfügbaren Versionen | Alle verfügbaren Versionen | Alle verfügbaren Versionen | Version 11.9 sowie Version 11.13 und höher |
| Europa (Irland) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Alle verfügbaren Versionen | Alle verfügbaren Versionen | Alle verfügbaren Versionen | Version 11.9 sowie Version 11.13 und höher |
| Europa (London) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Alle verfügbaren Versionen | Alle verfügbaren Versionen | Alle verfügbaren Versionen | Version 11.9 sowie Version 11.13 und höher |
| Europa (Milan) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Alle verfügbaren Versionen | Alle verfügbaren Versionen | Alle verfügbaren Versionen | Version 11.9 sowie Version 11.13 und höher |
| Europa (Paris) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Alle verfügbaren Versionen | Alle verfügbaren Versionen | Alle verfügbaren Versionen | Version 11.9 sowie Version 11.13 und höher |
| Europa (Spain) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Alle verfügbaren Versionen | Alle verfügbaren Versionen | Alle verfügbaren Versionen | Version 11.9 sowie Version 11.13 und höher |
| Europa (Stockholm) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Alle verfügbaren Versionen | Alle verfügbaren Versionen | Alle verfügbaren Versionen | Version 11.9 sowie Version 11.13 und höher |
| Europa (Zürich) | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar |
| Israel (Tel Aviv) | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar |
| Mexiko (Zentral) | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar |
| Middle East (Bahrain) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Alle verfügbaren Versionen | Alle verfügbaren Versionen | Alle verfügbaren Versionen | Version 11.9 sowie Version 11.13 und höher |
| Naher Osten (VAE) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Alle verfügbaren Versionen | Alle verfügbaren Versionen | Alle verfügbaren Versionen | Version 11.9 sowie Version 11.13 und höher |
| Südamerika (São Paulo) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Alle verfügbaren Versionen | Alle verfügbaren Versionen | Alle verfügbaren Versionen | Version 11.9 sowie Version 11.13 und höher |
# Unterstützte Regionen und Aurora-DB-Engines zum Exportieren von Cluster-Daten nach Amazon S3
Sie können DB-Cluster-Daten von Aurora in einen Amazon-S3-Bucket exportieren. Nachdem die Daten exportiert wurden, können Sie die exportierten Daten direkt mit Tools wie Amazon Athena oder Amazon Redshift Spectrum analysieren. Weitere Informationen finden Sie unter [Exportieren von DB-Cluster-Daten nach Amazon S3](export-cluster-data.md).
Der Export von Clusterdaten nach S3 ist in folgenden AWS-Regionen verfügbar:
+ USA Ost (Nord-Virginia)
+ USA Ost (Ohio)
+ USA West (Nordkalifornien)
+ USA West (Oregon)
+ Asien-Pazifik (Hongkong)
+ Asien-Pazifik (Hyderabad)
+ Asien-Pazifik (Jakarta)
+ Asien-Pazifik (Melbourne)
+ Asien-Pazifik (Mumbai)
+ Asien-Pazifik (Neuseeland)
+ Asien-Pazifik (Osaka)
+ Asien-Pazifik (Seoul)
+ Asien-Pazifik (Singapur)
+ Asien-Pazifik (Sydney)
+ Asien-Pazifik (Tokio)
+ Canada (Central)
+ Kanada West (Calgary)
+ China (Ningxia)
+ Europe (Frankfurt)
+ Europa (Irland)
+ Europa (London)
+ Europa (Paris)
+ Europa (Spain)
+ Europa (Stockholm)
+ Europa (Zürich)
+ Israel (Tel Aviv)
+ Naher Osten (VAE)
+ Südamerika (São Paulo)
**Topics**
+ [Exportieren von Clusterdaten nach S3 mit Aurora MySQL](#Concepts.Aurora_Fea_Regions_DB-eng.Feature.ExportClusterToS3.ams)
+ [Exportieren von Clusterdaten nach S3 mit Aurora PostgreSQL](#Concepts.Aurora_Fea_Regions_DB-eng.Feature.ExportClusterToS3.apg)
## Exportieren von Clusterdaten nach S3 mit Aurora MySQL
Alle derzeit verfügbaren Aurora-MySQL-Engine-Versionen unterstützen den Export von DB-Cluster-Daten nach Amazon S3. Weitere Informationen über Versionen finden Sie in den [https://docs.aws.amazon.com/AmazonRDS/latest/AuroraMySQLReleaseNotes/Welcome.html](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraMySQLReleaseNotes/Welcome.html).
## Exportieren von Clusterdaten nach S3 mit Aurora PostgreSQL
Alle derzeit verfügbaren Aurora-PostgreSQL-Engine-Versionen unterstützen den Export von DB-Cluster-Daten nach Amazon S3. Weitere Informationen zu Versionen finden Sie unter [https://docs.aws.amazon.com/AmazonRDS/latest/AuroraPostgreSQLReleaseNotes/Welcome.html](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraPostgreSQLReleaseNotes/Welcome.html).
# Unterstützte Regionen und Aurora-DB-Engines zum Exportieren von Snapshot-Daten nach Amazon S3
Sie können DB-Cluster-Snapshot-Daten von Aurora in einen Amazon-S3-Bucket exportieren. Sie können manuelle Snapshots und automatisierte System-Snapshots exportieren. Nachdem die Daten exportiert wurden, können Sie die exportierten Daten direkt mit Tools wie Amazon Athena oder Amazon Redshift Spectrum analysieren. Weitere Informationen finden Sie unter [Exportieren von Daten von DB-Cluster-Snapshots nach Amazon S3](aurora-export-snapshot.md).
Das Exportieren von Snapshots nach S3 ist in allen Versionen verfügbar, AWS-Regionen mit Ausnahme der folgenden:
+ Asien-Pazifik (Malaysia)
+ Asien-Pazifik (Neuseeland)
+ Asien-Pazifik (Taipeh)
+ Asien-Pazifik (Thailand)
+ Mexiko (Zentral)
**Topics**
+ [Exportieren von Snapshot-Daten nach S3 mit Aurora MySQL](#Concepts.Aurora_Fea_Regions_DB-eng.Feature.ExportSnapshotToS3.ams)
+ [Exportieren von Snapshot-Daten nach S3 hat Aurora PostgreSQL](#Concepts.Aurora_Fea_Regions_DB-eng.Feature.ExportSnapshotToS3.apg)
## Exportieren von Snapshot-Daten nach S3 mit Aurora MySQL
Alle derzeit verfügbaren Aurora-MySQL-Engine-Versionen unterstützen den Export von DB-Cluster-Snapshot-Daten nach Amazon S3. Weitere Informationen über Versionen finden Sie in den [https://docs.aws.amazon.com/AmazonRDS/latest/AuroraMySQLReleaseNotes/Welcome.html](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraMySQLReleaseNotes/Welcome.html).
## Exportieren von Snapshot-Daten nach S3 hat Aurora PostgreSQL
Alle derzeit verfügbaren Aurora-PostgreSQL-Engine-Versionen unterstützen den Export von DB-Cluster-Snapshot-Daten nach Amazon S3. Weitere Informationen zu Versionen finden Sie unter [https://docs.aws.amazon.com/AmazonRDS/latest/AuroraPostgreSQLReleaseNotes/Welcome.html](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraPostgreSQLReleaseNotes/Welcome.html).
# Unterstützte Regionen und DB-Engines für globale Aurora-Datenbanken
Eine *globale Aurora-Datenbank* ist eine einzelne Datenbank, die sich über mehrere AWS-Regionen Datenbanken erstreckt und globale Lesevorgänge mit geringer Latenz und eine Notfallwiederherstellung nach einem Ausfall in der gesamten Region ermöglicht. Sie bietet integrierte Fehlertoleranz für Ihre Bereitstellung, da sich die DB-Instance nicht auf eine einzelne AWS-Region, sondern auf mehrere Regionen und verschiedene Availability Zones stützt. Weitere Informationen finden Sie unter [Verwenden von Amazon Aurora Global Database](aurora-global-database.md).
**Topics**
+ [Globale Aurora-Datenbanken mit Aurora MySQL](#Concepts.Aurora_Fea_Regions_DB-eng.Feature.GlobalDatabase.amy)
+ [Globale Aurora-Datenbanken unterstützen Aurora PostgreSQL](#Concepts.Aurora_Fea_Regions_DB-eng.Feature.GlobalDatabase.apg)
## Globale Aurora-Datenbanken mit Aurora MySQL
Die folgenden Regionen und Engine-Versionen sind für globale Aurora-Datenbanken mit Aurora MySQL verfügbar.
| Region | Aurora-MySQL-Version 3 | Aurora-MySQL-Version 2 |
| --- | --- | --- |
| USA Ost (Nord-Virginia) | Version 3.01.0 und höher | Version 2.07.0 und höher |
| USA Ost (Ohio) | Version 3.01.0 und höher | Version 2.07.0 und höher |
| USA West (Nordkalifornien) | Version 3.01.0 und höher | Version 2.07.0 und höher |
| USA West (Oregon) | Version 3.01.0 und höher | Version 2.07.0 und höher |
| Afrika (Kapstadt) | Version 3.01.0 und höher | Version 2.07.1 und höher |
| Asien-Pazifik (Hongkong) | Version 3.01.0 und höher | Version 2.07.1 und höher |
| Asien-Pazifik (Hyderabad) | Version 3.02.0 und höher | Version 2.11.2 und höher |
| Asien-Pazifik (Jakarta) | Version 3.01.0 und höher | Version 2.07.6 und höher |
| Asien-Pazifik (Malaysia) | Version 3.04.0 und höher | Version 2.07.6 und höher |
| Asien-Pazifik (Melbourne) | Version 3.03.0 und höher | Version 2.07.6 und höher |
| Asien-Pazifik (Mumbai) | Version 3.01.0 und höher | Version 2.07.0 und höher |
| Asien-Pazifik (Neuseeland) | Version 3.01.0 und höher | Version 2.07.0 und höher |
| Asien-Pazifik (Osaka) | Version 3.01.0 und höher | Version 2.07.3 und höher |
| Asien-Pazifik (Seoul) | Version 3.01.0 und höher | Version 2.07.0 und höher |
| Asien-Pazifik (Singapur) | Version 3.01.0 und höher | Version 2.07.0 und höher |
| Asien-Pazifik (Sydney) | Version 3.01.0 und höher | Version 2.07.0 und höher |
| Asien-Pazifik (Taipeh) | Version 3.01.0 und höher | Version 2.07.0 und höher |
| Asien-Pazifik (Thailand) | Version 3.01.0 und höher | Version 2.07.0 und höher |
| Asien-Pazifik (Tokio) | Version 3.01.0 und höher | Version 2.07.0 und höher |
| Kanada (Zentral) | Version 3.01.0 und höher | Version 2.07.0 und höher |
| Kanada West (Calgary) | Version 3.01.0 und höher | Version 2.07.0 und höher |
| China (Peking) | Version 3.01.0 und höher | Version 2.07.2 und höher |
| China (Ningxia) | Version 3.01.0 und höher | Version 2.07.2 und höher |
| Europa (Frankfurt) | Version 3.01.0 und höher | Version 2.07.0 und höher |
| Europa (Irland) | Version 3.01.0 und höher | Version 2.07.0 und höher |
| Europa (London) | Version 3.01.0 und höher | Version 2.07.0 und höher |
| Europa (Milan) | Version 3.01.0 und höher | Version 2.07.1 und höher |
| Europa (Paris) | Version 3.01.0 und höher | Version 2.07.0 und höher |
| Europa (Spain) | Version 3.02.0 und höher | Version 2.07.6 und höher |
| Europa (Stockholm) | Version 3.01.0 und höher | Version 2.07.0 und höher |
| Europa (Zürich) | Version 3.02.0 und höher | Version 2.07.6 und höher |
| Israel (Tel Aviv) | Version 3.02.0 und höher | Version 2.07.6 und höher |
| Mexiko (Zentral) | Version 3.02.0 und höher | Version 2.07.6 und höher |
| Middle East (Bahrain) | Version 3.01.0 und höher | Version 2.07.1 und höher |
| Naher Osten (VAE) | Version 3.02.0 und höher | Version 2.07.6 und höher |
| Südamerika (São Paulo) | Version 3.01.0 und höher | Version 2.07.1 und höher |
| AWS GovCloud (US-Ost) | Version 3.01.0 und höher | Version 2.07.0 und höher |
| AWS GovCloud (US-West) | Version 3.01.0 und höher | Version 2.07.0 und höher |
## Globale Aurora-Datenbanken unterstützen Aurora PostgreSQL
Die folgenden Regionen und Engine-Versionen sind für globale Aurora-Datenbanken mit Aurora PostgreSQL verfügbar.
| Region | Aurora PostgreSQL 17 | Aurora PostgreSQL 16 | Aurora PostgreSQL 15 | Aurora PostgreSQL 14 | Aurora PostgreSQL 13 | Aurora PostgreSQL 12 | Aurora PostgreSQL 11 |
| --- | --- | --- | --- | --- | --- | --- | --- |
| USA Ost (Nord-Virginia) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Version 14.3 und höher | Version 13.4 und höher | Version 12.8 und höher | Version 11.9 sowie Version 11.13 und höher |
| USA Ost (Ohio) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Version 14.3 und höher | Version 13.4 und höher | Version 12.8 und höher | Version 11.9 sowie Version 11.13 und höher |
| USA West (Nordkalifornien) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Version 14.3 und höher | Version 13.4 und höher | Version 12.8 und höher | Version 11.9 sowie Version 11.13 und höher |
| USA West (Oregon) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Version 14.3 und höher | Version 13.4 und höher | Version 12.8 und höher | Version 11.9 sowie Version 11.13 und höher |
| Afrika (Kapstadt) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Version 14.3 und höher | Version 13.4 und höher | Version 12.8 und höher | Version 11.9 sowie Version 11.13 und höher |
| Asien-Pazifik (Hongkong) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Version 14.3 und höher | Version 13.4 und höher | Version 12.8 und höher | Version 11.9 sowie Version 11.13 und höher |
| Asien-Pazifik (Hyderabad) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Version 14.3 und höher | Version 13.4 und höher | Version 12.8 und höher | Version 11.9 sowie Version 11.13 und höher |
| Asien-Pazifik (Jakarta) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Version 14.3 und höher | Version 13.4 und höher | Version 12.8 und höher | Version 11.9 sowie Version 11.13 und höher |
| Asien-Pazifik (Malaysia) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Version 14.3 und höher | Version 13.4 und höher | Version 12.8 und höher | Version 11.9 sowie Version 11.13 und höher |
| Asien-Pazifik (Melbourne) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Version 14.3 und höher | Version 13.4 und höher | Version 12.8 und höher | Version 11.9 sowie Version 11.13 und höher |
| Asien-Pazifik (Mumbai) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Version 14.3 und höher | Version 13.4 und höher | Version 12.8 und höher | Version 11.9 sowie Version 11.13 und höher |
| Asien-Pazifik (Neuseeland) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Version 14.3 und höher | Version 13.4 und höher | Version 12.8 und höher | Version 11.9 sowie Version 11.13 und höher |
| Asien-Pazifik (Osaka) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Version 14.3 und höher | Version 13.4 und höher | Version 12.8 und höher | Version 11.9 sowie Version 11.13 und höher |
| Asien-Pazifik (Seoul) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Version 14.3 und höher | Version 13.4 und höher | Version 12.8 und höher | Version 11.9 sowie Version 11.13 und höher |
| Asien-Pazifik (Singapur) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Version 14.3 und höher | Version 13.4 und höher | Version 12.8 und höher | Version 11.9 sowie Version 11.13 und höher |
| Asien-Pazifik (Sydney) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Version 14.3 und höher | Version 13.4 und höher | Version 12.8 und höher | Version 11.9 sowie Version 11.13 und höher |
| Asien-Pazifik (Sydney) | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen |
| Asien-Pazifik (Taipeh) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Version 14.3 und höher | Version 13.4 und höher | Version 12.8 und höher | Version 11.9 sowie Version 11.13 und höher |
| Asien-Pazifik (Thailand) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Version 14.3 und höher | Version 13.4 und höher | Version 12.8 und höher | Version 11.9 sowie Version 11.13 und höher |
| Asien-Pazifik (Tokio) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Version 14.3 und höher | Version 13.4 und höher | Version 12.8 und höher | Version 11.9 sowie Version 11.13 und höher |
| Kanada (Zentral) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Version 14.3 und höher | Version 13.4 und höher | Version 12.8 und höher | Version 11.9 sowie Version 11.13 und höher |
| Kanada West (Calgary) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Version 14.3 und höher | Version 13.4 und höher | Version 12.8 und höher | Version 11.9 sowie Version 11.13 und höher |
| China (Peking) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Version 14.3 und höher | Version 13.4 und höher | Version 12.8 und höher | Version 11.9 sowie Version 11.13 und höher |
| China (Ningxia) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Version 14.3 und höher | Version 13.4 und höher | Version 12.8 und höher | Version 11.9 sowie Version 11.13 und höher |
| Europa (Frankfurt) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Version 14.3 und höher | Version 13.4 und höher | Version 12.8 und höher | Version 11.9 sowie Version 11.13 und höher |
| Europa (Irland) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Version 14.3 und höher | Version 13.4 und höher | Version 12.8 und höher | Version 11.9 sowie Version 11.13 und höher |
| Europa (London) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Version 14.3 und höher | Version 13.4 und höher | Version 12.8 und höher | Version 11.9 sowie Version 11.13 und höher |
| Europa (Milan) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Version 14.3 und höher | Version 13.4 und höher | Version 12.8 und höher | Version 11.9 sowie Version 11.13 und höher |
| Europa (Paris) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Version 14.3 und höher | Version 13.4 und höher | Version 12.8 und höher | Version 11.9 sowie Version 11.13 und höher |
| Europa (Spain) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Version 14.3 und höher | Version 13.4 und höher | Version 12.8 und höher | Version 11.9 sowie Version 11.13 und höher |
| Europa (Stockholm) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Version 14.3 und höher | Version 13.4 und höher | Version 12.8 und höher | Version 11.9 sowie Version 11.13 und höher |
| Europa (Zürich) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Version 14.3 und höher | Version 13.4 und höher | Version 12.8 und höher | Version 11.9 sowie Version 11.13 und höher |
| Israel (Tel Aviv) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Version 14.3 und höher | Version 13.4 und höher | Version 12.8 und höher | Version 11.9 sowie Version 11.13 und höher |
| Mexiko (Zentral) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Version 14.3 und höher | Version 13.4 und höher | Version 12.8 und höher | Version 11.9 sowie Version 11.13 und höher |
| Middle East (Bahrain) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Version 14.3 und höher | Version 13.4 und höher | Version 12.8 und höher | Version 11.9 sowie Version 11.13 und höher |
| Naher Osten (VAE) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Version 14.3 und höher | Version 13.4 und höher | Version 12.8 und höher | Version 11.9 sowie Version 11.13 und höher |
| Südamerika (São Paulo) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Version 14.3 und höher | Version 13.4 und höher | Version 12.8 und höher | Version 11.9 sowie Version 11.13 und höher |
| AWS GovCloud (US-Ost) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Version 14.3 und höher | Version 13.4 und höher | Version 12.8 und höher | Version 11.9 sowie Version 11.13 und höher |
| AWS GovCloud (US-West) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Version 14.3 und höher | Version 13.4 und höher | Version 12.8 und höher | Version 11.9 sowie Version 11.13 und höher |
# Unterstützte Regionen und Aurora-DB-Engines für die IAM-Datenbankauthentifizierung
Mit der IAM-Datenbankauthentifizierung in Aurora können Sie sich mithilfe der AWS Identity and Access Management (IAM) -Datenbankauthentifizierung bei Ihrem DB-Cluster authentifizieren. Mit dieser Authentifizierungsmethode benötigen Sie kein Passwort, um eine Verbindung mit einem DB-Cluster herzustellen. Stattdessen verwenden Sie ein Authentifizierungstoken. Weitere Informationen finden Sie unter [IAM-Datenbankauthentifizierung](UsingWithRDS.IAMDBAuth.md).
**Topics**
+ [IAM-Datenbank-Authentifizierung mit Aurora MySQL](#Concepts.Aurora_Fea_Regions_DB-eng.Feature.IAMdbauth.amy)
+ [IAM-Datenbankauthentifizierung mit Aurora PostgreSQL](#Concepts.Aurora_Fea_Regions_DB-eng.Feature.IAMdbauth.apg)
## IAM-Datenbank-Authentifizierung mit Aurora MySQL
Die IAM-Datenbankauthentifizierung mit Aurora MySQL ist in allen Regionen für die folgenden Versionen verfügbar:
+ Aurora MySQL 3 – alle verfügbaren Versionen
+ Aurora MySQL 2 – alle verfügbaren Versionen
## IAM-Datenbankauthentifizierung mit Aurora PostgreSQL
Die IAM-Datenbankauthentifizierung mit Aurora PostgreSQL ist in allen Regionen für die folgenden Versionen verfügbar:
+ Aurora PostgreSQL 17 – alle verfügbaren Versionen
+ Aurora PostgreSQL 16 – alle verfügbaren Versionen
+ Aurora PostgreSQL 15 – alle verfügbaren Versionen
+ Aurora PostgreSQL 14 – alle verfügbaren Versionen
+ Aurora PostgreSQL 13 – alle verfügbaren Versionen
+ Aurora PostgreSQL 12 – alle verfügbaren Versionen
+ Aurora PostgreSQL 11 – alle verfügbaren Versionen
# Unterstützte Regionen und Aurora-DB-Engines für die Kerberos-Authentifizierung
Durch die Verwendung der Kerberos-Authentifizierung mit Aurora können Sie die externe Authentifizierung von Datenbankbenutzern mit Kerberos und Microsoft Active Directory unterstützen. Die Verwendung von Kerberos und Active Directory bietet die Vorteile des Single Sign-Ons und der zentralisierten Authentifizierung von Datenbankbenutzern. Kerberos und Active Directory sind mit AWS Directory Service for Microsoft Active Directory, einer Funktion von verfügbar. Directory Service Weitere Informationen finden Sie unter [Kerberos-Authentifizierung](database-authentication.md#kerberos-authentication).
**Topics**
+ [Kerberos-Authentifizierung mit Aurora MySQL](#Concepts.Aurora_Fea_Regions_DB-eng.Feature.KerberosAuthentication.amy)
+ [Kerberos-Authentifizierung mit Aurora PostgreSQL](#Concepts.Aurora_Fea_Regions_DB-eng.Feature.KerberosAuthentication.apg)
+ [Active Directory (AD)-Sicherheitsgruppen mit Aurora PostgreSQL](#Concepts.Aurora_Fea_Regions_DB-eng.Feature.ActiveDirectory.apg)
## Kerberos-Authentifizierung mit Aurora MySQL
Die folgenden Regionen und Engine-Versionen sind für die Kerberos-Authentifizierung mit Aurora MySQL verfügbar.
| Region | Aurora-MySQL-Version 3 |
| --- | --- |
| USA Ost (Nord-Virginia) | Version 3.03.0 und höher |
| USA Ost (Ohio) | Version 3.03.0 und höher |
| USA West (Nordkalifornien) | Version 3.03.0 und höher |
| USA West (Oregon) | Version 3.03.0 und höher |
| Afrika (Kapstadt) | Nicht verfügbar |
| Asien-Pazifik (Hongkong) | Nicht verfügbar |
| Asien-Pazifik (Jakarta) | Nicht verfügbar |
| Asien-Pazifik (Malaysia) | Nicht verfügbar |
| Asien-Pazifik (Melbourne) | Nicht verfügbar |
| Asien-Pazifik (Mumbai) | Version 3.03.0 und höher |
| Asien-Pazifik (Neuseeland) | Nicht verfügbar |
| Asien-Pazifik (Osaka) | Nicht verfügbar |
| Asien-Pazifik (Seoul) | Version 3.03.0 und höher |
| Asien-Pazifik (Singapur) | Version 3.03.0 und höher |
| Asien-Pazifik (Sydney) | Version 3.03.0 und höher |
| Asien-Pazifik (Taipeh) | Nicht verfügbar |
| Asien-Pazifik (Thailand) | Nicht verfügbar |
| Asien-Pazifik (Tokio) | Version 3.03.0 und höher |
| Kanada (Zentral) | Version 3.03.0 und höher |
| Kanada West (Calgary) | Nicht verfügbar |
| China (Peking) | Version 3.03.0 und höher |
| China (Ningxia) | Version 3.03.0 und höher |
| Europa (Frankfurt) | Version 3.03.0 und höher |
| Europa (Irland) | Version 3.03.0 und höher |
| Europa (London) | Version 3.03.0 und höher |
| Europa (Milan) | Nicht verfügbar |
| Europa (Paris) | Version 3.03.0 und höher |
| Europa (Spain) | Nicht verfügbar |
| Europa (Stockholm) | Version 3.03.0 und höher |
| Europa (Zürich) | Nicht verfügbar |
| Israel (Tel Aviv) | Nicht verfügbar |
| Mexiko (Zentral) | Nicht verfügbar |
| Middle East (Bahrain) | Nicht verfügbar |
| Naher Osten (VAE) | Nicht verfügbar |
| Südamerika (São Paulo) | Version 3.03.0 und höher |
| AWS GovCloud (US-Ost) | Version 3.03.0 und höher |
| AWS GovCloud (US-West) | Version 3.03.0 und höher |
## Kerberos-Authentifizierung mit Aurora PostgreSQL
Die folgenden Regionen und Engine-Versionen sind für die Kerberos-Authentifizierung mit Aurora PostgreSQL verfügbar.
| Region | Aurora PostgreSQL 17 | Aurora PostgreSQL 16 | Aurora PostgreSQL 15 | Aurora PostgreSQL 14 | Aurora PostgreSQL 13 | Aurora PostgreSQL 12 | Aurora PostgreSQL 11 |
| --- | --- | --- | --- | --- | --- | --- | --- |
| USA Ost (Nord-Virginia) | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen |
| USA Ost (Ohio) | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen |
| USA West (Nordkalifornien) | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen |
| USA West (Oregon) | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen |
| Afrika (Kapstadt) | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen |
| Asien-Pazifik (Hongkong) | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen |
| Asien-Pazifik (Hyderabad) | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen |
| Asien-Pazifik (Jakarta) | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen |
| Asien-Pazifik (Malaysia) | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar |
| Asien-Pazifik (Melbourne) | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen |
| Asien-Pazifik (Mumbai) | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen |
| Asien-Pazifik (Neuseeland) | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar |
| Asien-Pazifik (Osaka) | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar |
| Asien-Pazifik (Seoul) | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen |
| Asien-Pazifik (Singapur) | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen |
| Asien-Pazifik (Sydney) | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen |
| Asien-Pazifik (Taipeh) | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar |
| Asien-Pazifik (Thailand) | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar |
| Asien-Pazifik (Tokio) | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen |
| Kanada (Zentral) | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen |
| Kanada West (Calgary) | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen |
| China (Peking) | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen |
| China (Ningxia) | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen |
| Europa (Frankfurt) | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen |
| Europa (Irland) | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen |
| Europa (London) | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen |
| Europa (Milan) | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen |
| Europa (Paris) | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen |
| Europa (Spain) | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen |
| Europa (Stockholm) | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen |
| Europa (Zürich) | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen |
| Israel (Tel Aviv) | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen |
| Mexiko (Zentral) | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar |
| Middle East (Bahrain) | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen |
| Naher Osten (VAE) | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen |
| Südamerika (São Paulo) | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen |
| AWS GovCloud (US-Ost) | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen |
| AWS GovCloud (US-West) | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen |
## Active Directory (AD)-Sicherheitsgruppen mit Aurora PostgreSQL
Die folgenden Regionen und Engine-Versionen sind für ActiveDirectory Aurora PostgreSQL verfügbar.
| Region | Aurora PostgreSQL 17 | Aurora PostgreSQL 16 | Aurora PostgreSQL 15 | Aurora PostgreSQL 14 | Aurora PostgreSQL 13 | Aurora PostgreSQL 12 | Aurora PostgreSQL 11 |
| --- | --- | --- | --- | --- | --- | --- | --- |
| USA Ost (Nord-Virginia) | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen |
| USA Ost (Ohio) | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen |
| USA West (Nordkalifornien) | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen |
| USA West (Oregon) | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen |
| Afrika (Kapstadt) | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen |
| Asien-Pazifik (Hongkong) | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen |
| Asien-Pazifik (Hyderabad) | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen |
| Asien-Pazifik (Jakarta) | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen |
| Asien-Pazifik (Malaysia) | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar |
| Asien-Pazifik (Melbourne) | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen |
| Asien-Pazifik (Mumbai) | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen |
| Asien-Pazifik (Neuseeland) | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar |
| Asien-Pazifik (Osaka) | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar |
| Asien-Pazifik (Seoul) | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen |
| Asien-Pazifik (Singapur) | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen |
| Asien-Pazifik (Sydney) | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen |
| Asien-Pazifik (Taipeh) | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar |
| Asien-Pazifik (Thailand) | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar |
| Asien-Pazifik (Tokio) | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen |
| Kanada (Zentral) | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen |
| Kanada West (Calgary) | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar |
| China (Peking) | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen |
| China (Ningxia) | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen |
| Europa (Frankfurt) | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen |
| Europa (Irland) | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen |
| Europa (London) | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen |
| Europa (Milan) | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen |
| Europa (Paris) | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen |
| Europa (Spain) | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen |
| Europa (Stockholm) | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen |
| Europa (Zürich) | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen |
| Israel (Tel Aviv) | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen |
| Mexiko (Zentral) | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar |
| Middle East (Bahrain) | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen |
| Naher Osten (VAE) | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen |
| Südamerika (São Paulo) | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen |
| AWS GovCloud (US-Ost) | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen |
| AWS GovCloud (US-West) | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen |
# Unterstützte Regionen und DB-Engines für Aurora Machine Learning
Durch die Verwendung von Amazon Aurora Machine Learning können Sie Ihren Aurora-DB-Cluster je nach Ihren Anforderungen in einen der folgenden AWS Machine-Learning-Services integrieren. Sie alle unterstützen spezifische Anwendungsfälle für Machine Learning.
Amazon Bedrock ist ein vollständig verwalteter Dienst, der führende Basismodelle von KI-Unternehmen über eine API verfügbar macht und zudem Entwickler-Tools zum Erstellen und Skalieren von auf generativer KI basierenden Anwendungen bereitstellt.
Amazon Comprehend ist ein verwalteter Dienst für die *natürliche Sprachverarbeitung* (NLP), der verwendet wird, um Informationen aus Dokumenten zu extrahieren. Durch die Verwendung von Aurora Machine Learning mit Amazon Comprehend können Sie die Stimmung von Text in Ihren Datenbanktabellen bestimmen.
SageMaker KI ist ein Service für *maschinelles Lernen* mit vollem Funktionsumfang. Datenwissenschaftler verwenden Amazon SageMaker AI, um Modelle für maschinelles Lernen für eine Vielzahl von Inferenzaufgaben zu erstellen, zu trainieren und zu testen, z. B. zur Betrugserkennung. Durch die Verwendung von Aurora Machine Learning mit SageMaker KI können Datenbankentwickler die SageMaker KI-Funktionalität im SQL-Code aufrufen.
Nicht alle AWS-Regionen unterstützen alle Dienste für maschinelles Lernen. Nur bestimmte AWS-Regionen unterstützen Aurora Machine Learning und bieten daher Zugriff auf diese Dienste von einem Aurora-DB-Cluster aus. Der Integrationsprozess für Aurora Machine Learning ist außerdem je nach Datenbank-Engine unterschiedlich. Weitere Informationen finden Sie unter [Verwenden von Amazon Aurora Machine Learning](aurora-ml.md).
**Topics**
+ [Aurora Machine Learning mit Aurora MySQL](#Concepts.Aurora_Fea_Regions_DB-eng.Feature.Aurora_ML.amy)
+ [Aurora Machine Learning mit Aurora PostgreSQL](#Concepts.Aurora_Fea_Regions_DB-eng.Feature.Aurora_ML.apg)
## Aurora Machine Learning mit Aurora MySQL
Amazon Bedrock wird nur auf Aurora MySQL Version 3.06 und höher unterstützt. Informationen zur Verfügbarkeit von Regionen für Amazon Bedrock finden Sie unter [Modell-Support nach AWS-Region](https://docs.aws.amazon.com/bedrock/latest/userguide/models-regions.html) im *Amazon-Bedrock-Benutzerhandbuch*.
Aurora Machine Learning mit Amazon Comprehend und Amazon SageMaker AI wird für Aurora MySQL unterstützt, wie in der AWS-Regionen Tabelle aufgeführt. Sie müssen nicht nur Ihre Version von Aurora MySQL verfügbar haben, sondern auch den Dienst unterstützen, den Sie verwenden möchten. AWS-Region Eine Liste, AWS-Regionen wo Amazon SageMaker AI verfügbar ist, finden Sie unter [Amazon SageMaker AI-Endpunkte und Kontingente](https://docs.aws.amazon.com/general/latest/gr/sagemaker.html) in der *Allgemeine Amazon Web Services-Referenz*. Eine Liste, AWS-Regionen wo Amazon Comprehend verfügbar ist, finden Sie unter [Amazon Comprehend Endpoints](https://docs.aws.amazon.com/general/latest/gr/comprehend.html) and Quotas in der. *Allgemeine Amazon Web Services-Referenz*
| Region | Aurora-MySQL-Version 3 | Aurora-MySQL-Version 2 |
| --- | --- | --- |
| USA Ost (Nord-Virginia) | Version 3.01.0 und höher | Version 2.07 und höher |
| USA Ost (Ohio) | Version 3.01.0 und höher | Version 2.07 und höher |
| USA West (Nordkalifornien) | Version 3.01.0 und höher | Version 2.07 und höher |
| USA West (Oregon) | Version 3.01.0 und höher | Version 2.07 und höher |
| Afrika (Kapstadt) | Nicht verfügbar | Nicht verfügbar |
| Asien-Pazifik (Hongkong) | Version 3.01.0 und höher | Version 2.07 und höher |
| Asien-Pazifik (Hyderabad) | Version 3.01.0 und höher | Version 2.07 und höher |
| Asien-Pazifik (Jakarta) | Version 3.01.0 und höher | Version 2.07 und höher |
| Asien-Pazifik (Malaysia) | Version 3.04.0 und höher | Nicht verfügbar |
| Asien-Pazifik (Melbourne) | Version 3.01.0 und höher | Version 2.07 und höher |
| Asien-Pazifik (Mumbai) | Version 3.01.0 und höher | Version 2.07 und höher |
| Asien-Pazifik (Neuseeland) | Nicht verfügbar | Nicht verfügbar |
| Asien-Pazifik (Osaka) | Version 3.01.0 und höher | Version 2.07.3 und höher |
| Asien-Pazifik (Seoul) | Version 3.01.0 und höher | Version 2.07 und höher |
| Asien-Pazifik (Singapur) | Version 3.01.0 und höher | Version 2.07 und höher |
| Asien-Pazifik (Sydney) | Version 3.01.0 und höher | Version 2.07 und höher |
| Asien-Pazifik (Taipeh) | Nicht verfügbar | Nicht verfügbar |
| Asien-Pazifik (Thailand) | Nicht verfügbar | Nicht verfügbar |
| Asien-Pazifik (Tokio) | Version 3.01.0 und höher | Version 2.07 und höher |
| Kanada (Zentral) | Version 3.01.0 und höher | Version 2.07 und höher |
| Kanada West (Calgary) | Version 3.01.0 und höher | Version 2.07 und höher |
| China (Peking) | Version 3.01.0 und höher | Version 2.07 und höher |
| China (Ningxia) | Version 3.01.0 und höher | Version 2.07 und höher |
| Europa (Frankfurt) | Version 3.01.0 und höher | Version 2.07 und höher |
| Europa (Irland) | Version 3.01.0 und höher | Version 2.07 und höher |
| Europa (London) | Version 3.01.0 und höher | Version 2.07 und höher |
| Europa (Milan) | Nicht verfügbar | Nicht verfügbar |
| Europa (Paris) | Version 3.01.0 und höher | Version 2.07 und höher |
| Europa (Spain) | Version 3.01.0 und höher | Version 2.07 und höher |
| Europa (Stockholm) | Version 3.01.0 und höher | Version 2.07 und höher |
| Europa (Zürich) | Version 3.01.0 und höher | Version 2.07 und höher |
| Israel (Tel Aviv) | Version 3.01.0 und höher | Version 2.07 und höher |
| Mexiko (Zentral) | Nicht verfügbar | Nicht verfügbar |
| Middle East (Bahrain) | Version 3.01.0 und höher | Version 2.07 und höher |
| Naher Osten (VAE) | Version 3.01.0 und höher | Version 2.07 und höher |
| Südamerika (São Paulo) | Version 3.01.0 und höher | Version 2.07 und höher |
| AWS GovCloud (US-Ost) | Version 3.01.0 und höher | Version 2.07 und höher |
| AWS GovCloud (US-West) | Version 3.01.0 und höher | Version 2.07 und höher |
## Aurora Machine Learning mit Aurora PostgreSQL
Informationen zur Versionsunterstützung für Amazon Bedrock auf Aurora PostgreSQL finden Sie unter [Verwenden von Aurora PostgreSQL als Wissensdatenbank für Amazon Bedrock](AuroraPostgreSQL.VectorDB.md).
Aurora Machine Learning mit Amazon Comprehend und Amazon SageMaker AI wird für Aurora PostgreSQL unterstützt, wie in der Tabelle AWS-Regionen aufgeführt. Sie müssen nicht nur Ihre Version von Aurora PostgreSQL verfügbar haben, sondern auch den AWS-Region Dienst unterstützen, den Sie verwenden möchten. Eine Liste, AWS-Regionen wo Amazon SageMaker AI verfügbar ist, finden Sie unter [Amazon SageMaker AI-Endpunkte und Kontingente](https://docs.aws.amazon.com/general/latest/gr/sagemaker.html) in der *Allgemeine Amazon Web Services-Referenz*. Eine Liste, AWS-Regionen wo Amazon Comprehend verfügbar ist, finden Sie unter [Amazon Comprehend Endpoints](https://docs.aws.amazon.com/general/latest/gr/comprehend.html) and Quotas in der. *Allgemeine Amazon Web Services-Referenz*
Die folgenden Regionen und Engine-Versionen sind für Aurora Machine Learning mit Aurora PostgreSQL verfügbar.
| Region | Aurora PostgreSQL 17 | Aurora PostgreSQL 16 | Aurora PostgreSQL 15 | Aurora PostgreSQL 14 | Aurora PostgreSQL 13 | Aurora PostgreSQL 12 | Aurora PostgreSQL 11 |
| --- | --- | --- | --- | --- | --- | --- | --- |
| USA Ost (Nord-Virginia) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Version 14.3 und höher | Version 13.3 und höher | Version 12.4 und höher | Version 11.9, 11.12 und höher |
| USA Ost (Ohio) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Version 14.3 und höher | Version 13.3 und höher | Version 12.4 und höher | Version 11.9, 11.12 und höher |
| USA West (Nordkalifornien) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Version 14.3 und höher | Version 13.3 und höher | Version 12.4 und höher | Version 11.9, 11.12 und höher |
| USA West (Oregon) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Version 14.3 und höher | Version 13.3 und höher | Version 12.4 und höher | Version 11.9, 11.12 und höher |
| Afrika (Kapstadt) | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar |
| Asien-Pazifik (Hongkong) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Version 14.3 und höher | Version 13.3 und höher | Version 12.4 und höher | Version 11.9, 11.12 und höher |
| Asien-Pazifik (Hyderabad) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Version 14.3 und höher | Version 13.3 und höher | Version 12.4 und höher | Version 11.9, 11.12 und höher |
| Asien-Pazifik (Jakarta) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Version 14.3 und höher | Version 13.3 und höher | Version 12.4 und höher | Version 11.9, 11.12 und höher |
| Asien-Pazifik (Malaysia) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Version 14.3 und höher | Version 13.3 und höher | Version 12.4 und höher | Version 11.9, 11.12 und höher |
| Asien-Pazifik (Melbourne) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Version 14.3 und höher | Version 13.3 und höher | Version 12.4 und höher | Version 11.9, 11.12 und höher |
| Asien-Pazifik (Mumbai) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Version 14.3 und höher | Version 13.3 und höher | Version 12.4 und höher | Version 11.9, 11.12 und höher |
| Asien-Pazifik (Neuseeland) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Version 14.3 und höher | Version 13.3 und höher | Version 12.4 und höher | Version 11.9, 11.12 und höher |
| Asien-Pazifik (Osaka) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Version 14.3 und höher | Version 13.3 und höher | Version 12.4 und höher | Version 11.9, 11.12 und höher |
| Asien-Pazifik (Seoul) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Version 14.3 und höher | Version 13.3 und höher | Version 12.4 und höher | Version 11.9, 11.12 und höher |
| Asien-Pazifik (Singapur) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Version 14.3 und höher | Version 13.3 und höher | Version 12.4 und höher | Version 11.9, 11.12 und höher |
| Asien-Pazifik (Sydney) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Version 14.3 und höher | Version 13.3 und höher | Version 12.4 und höher | Version 11.9, 11.12 und höher |
| Asien-Pazifik (Taipeh) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Version 14.3 und höher | Version 13.3 und höher | Version 12.4 und höher | Version 11.9, 11.12 und höher |
| Asien-Pazifik (Thailand) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Version 14.3 und höher | Version 13.3 und höher | Version 12.4 und höher | Version 11.9, 11.12 und höher |
| Asien-Pazifik (Tokio) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Version 14.3 und höher | Version 13.3 und höher | Version 12.4 und höher | Version 11.9, 11.12 und höher |
| Kanada (Zentral) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Version 14.3 und höher | Version 13.3 und höher | Version 12.4 und höher | Version 11.9, 11.12 und höher |
| Kanada West (Calgary) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Version 14.3 und höher | Version 13.3 und höher | Version 12.4 und höher | Version 11.9, 11.12 und höher |
| China (Peking) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Version 14.3 und höher | Version 13.3 und höher | Version 12.4 und höher | Version 11.9, 11.12 und höher |
| China (Ningxia) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Version 14.3 und höher | Version 13.3 und höher | Version 12.4 und höher | Version 11.9, 11.12 und höher |
| Europa (Frankfurt) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Version 14.3 und höher | Version 13.3 und höher | Version 12.4 und höher | Version 11.9, 11.12 und höher |
| Europa (Irland) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Version 14.3 und höher | Version 13.3 und höher | Version 12.4 und höher | Version 11.9, 11.12 und höher |
| Europa (London) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Version 14.3 und höher | Version 13.3 und höher | Version 12.4 und höher | Version 11.9, 11.12 und höher |
| Europa (Milan) | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar |
| Europa (Paris) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Version 14.3 und höher | Version 13.3 und höher | Version 12.4 und höher | Version 11.9, 11.12 und höher |
| Europa (Spain) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Version 14.3 und höher | Version 13.3 und höher | Version 12.4 und höher | Version 11.9, 11.12 und höher |
| Europa (Stockholm) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Version 14.3 und höher | Version 13.3 und höher | Version 12.4 und höher | Version 11.9, 11.12 und höher |
| Europa (Zürich) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Version 14.3 und höher | Version 13.3 und höher | Version 12.4 und höher | Version 11.9, 11.12 und höher |
| Israel (Tel Aviv) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Version 14.3 und höher | Version 13.3 und höher | Version 12.4 und höher | Version 11.9, 11.12 und höher |
| Mexiko (Zentral) | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar |
| Middle East (Bahrain) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Version 14.3 und höher | Version 13.3 und höher | Version 12.4 und höher | Version 11.9, 11.12 und höher |
| Naher Osten (VAE) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Version 14.3 und höher | Version 13.3 und höher | Version 12.4 und höher | Version 11.9, 11.12 und höher |
| Südamerika (São Paulo) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Version 14.3 und höher | Version 13.3 und höher | Version 12.4 und höher | Version 11.9, 11.12 und höher |
| AWS GovCloud (US-Ost) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Version 14.3 und höher | Version 13.3 und höher | Version 12.4 und höher | Version 11.9, 11.12 und höher |
| AWS GovCloud (US-West) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Version 14.3 und höher | Version 13.3 und höher | Version 12.4 und höher | Version 11.9, 11.12 und höher |
# Unterstützte Regionen und Aurora-DB-Engines für Performance Insights
**Wichtig**
AWS hat den end-of-life Termin für Performance Insights bekannt gegeben: 30. Juni 2026. Nach diesem Datum unterstützt Amazon RDS die Performance-Insights-Konsole, die flexiblen Aufbewahrungsfristen (1–24 Monate) und die damit verbundenen Preise nicht mehr. Die Performance-Insights-API besteht jedoch weiterhin ohne Preisänderungen. Die Kosten für die Performance Insights Insights-API werden zusammen mit den Kosten für CloudWatch Database Insights in Ihrer AWS Rechnung ausgewiesen.
Wir empfehlen, dass Sie alle , die die kostenpflichtige Stufe von Performance Insights verwenden, vor dem 30. Juni 2026 auf den erweiterten Modus von Database Insights aktualisieren. Weitere Informationen zum Upgrade auf den erweiterten Modus von Database Insights finden Sie unter [Einschalten des erweiterten Modus von Database Insights für Amazon Aurora](USER_DatabaseInsights.TurningOnAdvanced.md).
Wenn Sie nichts unternehmen, nutzen DB-Cluster, die Performance Insights verwenden, standardmäßig den Standardmodus von Database Insights. Im Standardmodus von Database Insights verlieren Sie möglicherweise den Zugriff auf den Leistungsdatenverlauf, der älter als 7 Tage ist, und können Ausführungspläne und On-Demand-Analysefunktionen in der Amazon-RDS-Konsole möglicherweise nicht verwenden. Nach dem 30. Juni 2026 unterstützt nur der Advanced-Modus von Database Insights Ausführungspläne und On-Demand-Analysen.
Mit CloudWatch Database Insights können Sie die Datenbanklast für Ihre Datenbankflotte überwachen und die Leistung in großem Umfang analysieren und Fehler beheben. Weitere Informationen über Database Insights finden Sie unter [Überwachen von Amazon-Aurora-Datenbanken mit CloudWatch Database Insights](USER_DatabaseInsights.md). Preisinformationen finden Sie unter [ CloudWatch Amazon-Preise](https://aws.amazon.com/cloudwatch/pricing/).
Performance-Insights erweitert die vorhandenen Amazon-RDS-Überwachungsfunktionen, um die Leistung Ihrer Datenbank zu veranschaulichen und zu analysieren. Mit dem Performance-Insights-Dashboard können Sie die Datenbanklast Ihrer DB-Instance von Amazon RDS visualisieren und die Last nach Wartezeiten, SQL-Anweisungen, Hosts oder Benutzern filtern. Weitere Informationen finden Sie unter [Übersicht über Performance-Insights für Amazon Aurora](USER_PerfInsights.Overview.md).
Informationen zur Unterstützung von Performance-Insights-Funktionen nach Region, DB-Engine und Instance-Klasse finden Sie unter [ Amazon Aurora DB-Engine-, Regions- und Instance-Klassenunterstützung für Performance Insights Insights-Funktionen](USER_PerfInsights.Overview.Engines.md#USER_PerfInsights.Overview.PIfeatureEngnRegSupport).
**Topics**
+ [Performance-Insights mit Aurora MySQL](#Concepts.Aurora_Fea_Regions_DB-eng.Feature.PerfInsights.amy)
+ [Performance-Insights mit Aurora PostgreSQL](#Concepts.Aurora_Fea_Regions_DB-eng.Feature.PerfInsights.apg)
+ [Performance-Insights mit Aurora Serverless](#Concepts.Aurora_Fea_Regions_DB-eng.Feature.PerfInsights.serverless)
## Performance-Insights mit Aurora MySQL
**Anmerkung**
Die Unterstützung der Engine-Version ist für Performance-Insights mit Aurora MySQL anders, wenn Sie parallele Abfragen aktiviert haben. Weitere Informationen zu parallelen Abfragen finden Sie unter [Parallel Query für Amazon Aurora MySQL](aurora-mysql-parallel-query.md).
**Topics**
+ [Performance-Insights mit Aurora MySQL und deaktivierter paralleler Abfragefunktion](#Feature.PerfInsights.regions.amy.pq)
+ [Performance-Insights mit Aurora MySQL und aktivierter paralleler Abfragefunktion](#Feature.PerfInsights.regions.amy.pqoff)
### Performance-Insights mit Aurora MySQL und deaktivierter paralleler Abfragefunktion
Die folgenden Regionen und Engine-Versionen sind für Performance Insights mit Aurora MySQL und deaktivierter Parallelabfragefunktion verfügbar.
| Region | Aurora-MySQL-Version 3 | Aurora-MySQL-Version 2 |
| --- | --- | --- |
| USA Ost (Nord-Virginia) | Alle Versionen | Alle Versionen |
| USA Ost (Ohio) | Alle Versionen | Alle Versionen |
| USA West (Nordkalifornien) | Alle Versionen | Alle Versionen |
| USA West (Oregon) | Alle Versionen | Alle Versionen |
| Afrika (Kapstadt) | Alle Versionen | Alle Versionen |
| Asien-Pazifik (Hongkong) | Alle Versionen | Alle Versionen |
| Asien-Pazifik (Hyderabad) | Alle Versionen | Alle Versionen |
| Asien-Pazifik (Jakarta) | Alle Versionen | Alle Versionen |
| Asien-Pazifik (Malaysia) | Alle Versionen | Alle Versionen |
| Asien-Pazifik (Melbourne) | Alle Versionen | Alle Versionen |
| Asien-Pazifik (Mumbai) | Alle Versionen | Alle Versionen |
| Asien-Pazifik (Neuseeland) | Alle Versionen | Alle Versionen |
| Asien-Pazifik (Osaka) | Alle Versionen | Alle Versionen |
| Asien-Pazifik (Seoul) | Alle Versionen | Alle Versionen |
| Asien-Pazifik (Singapur) | Alle Versionen | Alle Versionen |
| Asien-Pazifik (Sydney) | Alle Versionen | Alle Versionen |
| Asien-Pazifik (Taipeh) | Alle Versionen | Alle Versionen |
| Asien-Pazifik (Thailand) | Alle Versionen | Alle Versionen |
| Asien-Pazifik (Tokio) | Alle Versionen | Alle Versionen |
| Kanada (Zentral) | Alle Versionen | Alle Versionen |
| Kanada West (Calgary) | Alle Versionen | Alle Versionen |
| China (Peking) | Alle Versionen | Alle Versionen |
| China (Ningxia) | Alle Versionen | Alle Versionen |
| Europa (Frankfurt) | Alle Versionen | Alle Versionen |
| Europa (Irland) | Alle Versionen | Alle Versionen |
| Europa (London) | Alle Versionen | Alle Versionen |
| Europa (Milan) | Alle Versionen | Alle Versionen |
| Europa (Paris) | Alle Versionen | Alle Versionen |
| Europa (Spain) | Alle Versionen | Alle Versionen |
| Europa (Stockholm) | Alle Versionen | Alle Versionen |
| Europa (Zürich) | Alle Versionen | Alle Versionen |
| Israel (Tel Aviv) | Alle Versionen | Alle Versionen |
| Mexiko (Zentral) | Alle Versionen | Alle Versionen |
| Middle East (Bahrain) | Alle Versionen | Alle Versionen |
| Naher Osten (VAE) | Alle Versionen | Alle Versionen |
| Südamerika (São Paulo) | Alle Versionen | Alle Versionen |
| AWS GovCloud (USA-Ost) | Alle Versionen | Alle Versionen |
| AWS GovCloud (US-West) | Alle Versionen | Alle Versionen |
### Performance-Insights mit Aurora MySQL und aktivierter paralleler Abfragefunktion
Die folgenden Regionen und Engine-Versionen sind für Performance Insights mit Aurora MySQL und aktivierter Parallelabfragefunktion verfügbar.
| Region | Aurora-MySQL-Version 3 | Aurora-MySQL-Version 2 |
| --- | --- | --- |
| USA Ost (Nord-Virginia) | Nicht verfügbar | Version 2.09.0 und höher |
| USA Ost (Ohio) | Nicht verfügbar | Version 2.09.0 und höher |
| USA West (Nordkalifornien) | Nicht verfügbar | Version 2.09.0 und höher |
| USA West (Oregon) | Nicht verfügbar | Version 2.09.0 und höher |
| Afrika (Kapstadt) | Nicht verfügbar | Version 2.09.0 und höher |
| Asien-Pazifik (Hongkong) | Nicht verfügbar | Version 2.09.0 und höher |
| Asien-Pazifik (Hyderabad) | Nicht verfügbar | Alle Versionen |
| Asien-Pazifik (Jakarta) | Nicht verfügbar | Version 2.09.0 und höher |
| Asien-Pazifik (Malaysia) | Nicht verfügbar | Version 2.09.0 und höher |
| Asien-Pazifik (Melbourne) | Nicht verfügbar | Version 2.09.0 und höher |
| Asien-Pazifik (Mumbai) | Nicht verfügbar | Version 2.09.0 und höher |
| Asien-Pazifik (Neuseeland) | Nicht verfügbar | Version 2.09.0 und höher |
| Asien-Pazifik (Osaka) | Nicht verfügbar | Version 2.09.0 und höher |
| Asien-Pazifik (Seoul) | Nicht verfügbar | Version 2.09.0 und höher |
| Asien-Pazifik (Singapur) | Nicht verfügbar | Version 2.09.0 und höher |
| Asien-Pazifik (Sydney) | Nicht verfügbar | Version 2.09.0 und höher |
| Asien-Pazifik (Taipeh) | Nicht verfügbar | Version 2.09.0 und höher |
| Asien-Pazifik (Thailand) | Nicht verfügbar | Version 2.09.0 und höher |
| Asien-Pazifik (Tokio) | Nicht verfügbar | Version 2.09.0 und höher |
| Kanada (Zentral) | Nicht verfügbar | Version 2.09.0 und höher |
| Kanada West (Calgary) | Nicht verfügbar | Version 2.09.0 und höher |
| China (Peking) | Nicht verfügbar | Version 2.09.0 und höher |
| China (Ningxia) | Nicht verfügbar | Version 2.09.0 und höher |
| Europa (Frankfurt) | Nicht verfügbar | Version 2.09.0 und höher |
| Europa (Irland) | Nicht verfügbar | Version 2.09.0 und höher |
| Europa (London) | Nicht verfügbar | Version 2.09.0 und höher |
| Europa (Milan) | Nicht verfügbar | Version 2.09.0 und höher |
| Europa (Paris) | Nicht verfügbar | Version 2.09.0 und höher |
| Europa (Spain) | Nicht verfügbar | Version 2.09.0 und höher |
| Europa (Stockholm) | Nicht verfügbar | Version 2.09.0 und höher |
| Europa (Zürich) | Nicht verfügbar | Version 2.09.0 und höher |
| Israel (Tel Aviv) | Nicht verfügbar | Version 2.09.0 und höher |
| Mexiko (Zentral) | Nicht verfügbar | Version 2.09.0 und höher |
| Middle East (Bahrain) | Nicht verfügbar | Version 2.09.0 und höher |
| Naher Osten (VAE) | Nicht verfügbar | Version 2.09.0 und höher |
| Südamerika (São Paulo) | Nicht verfügbar | Version 2.09.0 und höher |
| AWS GovCloud (US-Ost) | Nicht verfügbar | Version 2.09.0 und höher |
| AWS GovCloud (US-West) | Nicht verfügbar | Version 2.09.0 und höher |
## Performance-Insights mit Aurora PostgreSQL
Die folgenden Regionen und Engine-Versionen sind für Performance Insights mit Aurora PostgreSQL verfügbar.
| Region | Aurora PostgreSQL 17 | Aurora PostgreSQL 16 | Aurora PostgreSQL 15 | Aurora PostgreSQL 14 | Aurora PostgreSQL 13 | Aurora PostgreSQL 12 | Aurora PostgreSQL 11 | Aurora PostgreSQL 10 |
| --- | --- | --- | --- | --- | --- | --- | --- | --- |
| USA Ost (Nord-Virginia) | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen |
| USA Ost (Ohio) | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen |
| USA West (Nordkalifornien) | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen |
| USA West (Oregon) | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen |
| Afrika (Kapstadt) | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen |
| Asien-Pazifik (Hongkong) | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen |
| Asien-Pazifik (Hyderabad) | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen |
| Asien-Pazifik (Jakarta) | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen |
| Asien-Pazifik (Malaysia) | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen |
| Asien-Pazifik (Melbourne) | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen |
| Asien-Pazifik (Mumbai) | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen |
| Asien-Pazifik (Neuseeland) | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen |
| Asien-Pazifik (Osaka) | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen |
| Asien-Pazifik (Seoul) | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen |
| Asien-Pazifik (Singapur) | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen |
| Asien-Pazifik (Sydney) | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen |
| Asien-Pazifik (Taipeh) | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen |
| Asien-Pazifik (Thailand) | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen |
| Asien-Pazifik (Tokio) | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen |
| Kanada (Zentral) | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen |
| Kanada West (Calgary) | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen |
| China (Peking) | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen |
| China (Ningxia) | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen |
| Europa (Frankfurt) | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen |
| Europa (Irland) | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen |
| Europa (London) | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen |
| Europa (Milan) | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen |
| Europa (Paris) | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen |
| Europa (Spain) | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen |
| Europa (Stockholm) | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen |
| Europa (Zürich) | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen |
| Israel (Tel Aviv) | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen |
| Mexiko (Zentral) | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen |
| Middle East (Bahrain) | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen |
| Naher Osten (VAE) | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen |
| Südamerika (São Paulo) | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen |
| AWS GovCloud (US-Ost) | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen |
| AWS GovCloud (US-West) | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen | Alle Versionen |
## Performance-Insights mit Aurora Serverless
Aurora Serverless v2 unterstützt Performance Insights für alle MySQL-kompatiblen und PostgreSQL-kompatiblen Versionen. Wir empfehlen, die Mindestkapazität auf mindestens 2 Aurora-Kapazitätseinheiten (ACUs) festzulegen.
Aurora Serverless v1 unterstützt Performance Insights nicht.
# Unterstützte Regionen und Aurora-DB-Engines für Null-ETL-Integrationen
Bei Null-ETL-Integrationen von Amazon Aurora handelt es sich um eine vollständig verwaltete Lösung, die Transaktionsdaten in Amazon Redshift oder Amazon SageMaker verfügbar macht, nachdem diese in einen Aurora-Cluster geschrieben wurden. Weitere Informationen finden Sie unter [Null-ETL-Integrationen von Aurora](zero-etl.md).
**Topics**
+ [Null-ETL-Integrationen in Aurora MySQL](#Concepts.Aurora_Fea_Regions_DB-eng.Feature.Zero-ETL-MySQL)
+ [Null-ETL-Integrationen in Aurora PostgreSQL](#Concepts.Aurora_Fea_Regions_DB-eng.Feature.Zero-ETL-Postgres)
## Null-ETL-Integrationen in Aurora MySQL
Die folgenden Regionen und Engine-Versionen sind für Null-ETL-Integrationen von Aurora MySQL in Amazon Redshift und Amazon SageMaker verfügbar.
| Region | Null-ETL-Integration in Amazon Redshift für Aurora MySQL Version 3 | Null-ETL-Integration in Amazon SageMaker für Aurora MySQL Version 3 |
| --- | --- | --- |
| USA Ost (Nord-Virginia) | Version 3.05.2 und höher | Version 3.05.2 und höher |
| USA Ost (Ohio) | Version 3.05.2 und höher | Version 3.05.2 und höher |
| USA West (Nordkalifornien) | Version 3.05.2 und höher | Nicht verfügbar |
| USA West (Oregon) | Version 3.05.2 und höher | Version 3.05.2 und höher |
| Afrika (Kapstadt) | Version 3.05.2 und höher | Nicht verfügbar |
| Asien-Pazifik (Hongkong) | Version 3.05.2 und höher | Version 3.05.2 und höher |
| Asien-Pazifik (Hyderabad) | Version 3.05.2 und höher | Nicht verfügbar |
| Asien-Pazifik (Jakarta) | Version 3.05.2 und höher | Nicht verfügbar |
| Asien-Pazifik (Malaysia) | Nicht verfügbar | Nicht verfügbar |
| Asien-Pazifik (Melbourne) | Version 3.05.2 und höher | Nicht verfügbar |
| Asien-Pazifik (Mumbai) | Version 3.05.2 und höher | Nicht verfügbar |
| Asien-Pazifik (Neuseeland) | Nicht verfügbar | Nicht verfügbar |
| Asien-Pazifik (Osaka) | Version 3.05.2 und höher | Nicht verfügbar |
| Asien-Pazifik (Seoul) | Version 3.05.2 und höher | Version 3.05.2 und höher |
| Asien-Pazifik (Singapur) | Version 3.05.2 und höher | Version 3.05.2 und höher |
| Asien-Pazifik (Sydney) | Version 3.05.2 und höher | Version 3.05.2 und höher |
| Asien-Pazifik (Taipeh) | Nicht verfügbar | Nicht verfügbar |
| Asien-Pazifik (Thailand) | Nicht verfügbar | Nicht verfügbar |
| Asien-Pazifik (Tokio) | Version 3.05.2 und höher | Version 3.05.2 und höher |
| Kanada (Zentral) | Version 3.05.2 und höher | Version 3.05.2 und höher |
| Kanada West (Calgary) | Version 3.05.2 und höher | Nicht verfügbar |
| China (Peking) | Version 3.05.2 und höher | Nicht verfügbar |
| China (Ningxia) | Version 3.05.2 und höher | Nicht verfügbar |
| Europa (Frankfurt) | Version 3.05.2 und höher | Version 3.05.2 und höher |
| Europa (Irland) | Version 3.05.2 und höher | Version 3.05.2 und höher |
| Europa (London) | Version 3.05.2 und höher | Version 3.05.2 und höher |
| Europa (Milan) | Version 3.05.2 und höher | Nicht verfügbar |
| Europa (Paris) | Version 3.05.2 und höher | Nicht verfügbar |
| Europa (Spain) | Version 3.05.2 und höher | Nicht verfügbar |
| Europa (Stockholm) | Version 3.05.2 und höher | Version 3.05.2 und höher |
| Europa (Zürich) | Version 3.05.2 und höher | Nicht verfügbar |
| Israel (Tel Aviv) | Version 3.05.2 und höher | Nicht verfügbar |
| Mexiko (Zentral) | Nicht verfügbar | Nicht verfügbar |
| Middle East (Bahrain) | Version 3.05.2 und höher | Nicht verfügbar |
| Naher Osten (VAE) | Version 3.05.2 und höher | Nicht verfügbar |
| Südamerika (São Paulo) | Version 3.05.2 und höher | Version 3.05.2 und höher |
| AWS GovCloud (USA-Ost) | Nicht verfügbar | Nicht verfügbar |
| AWS GovCloud (US-West) | Nicht verfügbar | Nicht verfügbar |
## Null-ETL-Integrationen in Aurora PostgreSQL
Die folgenden Regionen und Engine-Versionen sind für Aurora PostgreSQL Zero-ETL-Integrationen mit Amazon Redshift und verfügbar. Amazon Sagemaker
| Region | Zero-ETL-Integration mit Amazon Redshift für Aurora PostgreSQL Version 17 | Zero-ETL-Integration mit Amazon SageMaker für Aurora PostgreSQL Version 17 | Zero-ETL-Integration mit Amazon Redshift für Aurora PostgreSQL Version 16 | Zero-ETL-Integration mit Amazon SageMaker für Aurora PostgreSQL Version 16 |
| --- | --- | --- | --- | --- |
| USA Ost (Ohio) | Version 17.4 und höher | Version 17.4 und höher | Version 16.4 und höher | Version 16.4 und höher |
| USA Ost (Nord-Virginia) | Version 17.4 und höher | Version 17.4 und höher | Version 16.4 und höher | Version 16.4 und höher |
| USA West (Nordkalifornien) | Version 17.4 und höher | Nicht verfügbar | Version 16.4 und höher | Nicht verfügbar |
| USA West (Oregon) | Version 17.4 und höher | Version 17.4 und höher | Version 16.4 und höher | Version 16.4 und höher |
| Afrika (Kapstadt) | Version 17.4 und höher | Nicht verfügbar | Version 16.4 und höher | Nicht verfügbar |
| Asien-Pazifik (Hongkong) | Version 17.4 und höher | Version 17.4 und höher | Version 16.4 und höher | Version 16.4 und höher |
| Asien-Pazifik (Hyderabad) | Version 17.4 und höher | Version 16.4 und höher | Nicht verfügbar | Nicht verfügbar |
| Asien-Pazifik (Jakarta) | Version 17.4 und höher | Nicht verfügbar | Version 16.4 und höher | Nicht verfügbar |
| Asien-Pazifik (Melbourne) | Version 17.4 und höher | Nicht verfügbar | Version 16.4 und höher | Nicht verfügbar |
| Asien-Pazifik (Malaysia) | Nicht verfügbar | Nicht verfügbar |
| Asien-Pazifik (Malaysia) | Nicht verfügbar | Nicht verfügbar |
| Asien-Pazifik (Mumbai) | Version 17.4 und höher | Nicht verfügbar | Version 16.4 und höher | Nicht verfügbar |
| Asien-Pazifik (Neuseeland) | Nicht verfügbar | Nicht verfügbar |
| Asien-Pazifik (Osaka) | Version 17.4 und höher | Nicht verfügbar | Version 16.4 und höher | Nicht verfügbar |
| Asien-Pazifik (Seoul) | Version 17.4 und höher | Version 17.4 und höher | Version 16.4 und höher | Version 16.4 und höher |
| Asien-Pazifik (Singapur) | Version 17.4 und höher | Version 17.4 und höher | Version 16.4 und höher | Version 16.4 und höher |
| Asien-Pazifik (Sydney) | Version 17.4 und höher | Version 17.4 und höher | Version 16.4 und höher | Version 16.4 und höher |
| Asien-Pazifik (Taipeh) | Nicht verfügbar | Nicht verfügbar |
| Asien-Pazifik (Thailand) | Nicht verfügbar | Nicht verfügbar |
| Asien-Pazifik (Taipeh) | Nicht verfügbar | Nicht verfügbar |
| Asien-Pazifik (Thailand) | Nicht verfügbar | Nicht verfügbar |
| Asien-Pazifik (Tokio) | Version 17.4 und höher | Version 17.4 und höher | Version 16.4 und höher | Version 16.4 und höher |
| Kanada (Zentral) | Version 17.4 und höher | Version 17.4 und höher | Version 16.4 und höher | Version 16.4 und höher |
| Kanada West (Calgary) | Version 17.4 und höher | Nicht verfügbar | Version 16.4 und höher | Nicht verfügbar |
| China (Peking) | Version 17.4 und höher | Nicht verfügbar | Version 16.4 und höher | Nicht verfügbar |
| China (Ningxia) | Version 17.4 und höher | Nicht verfügbar | Version 16.4 und höher | Nicht verfügbar |
| Europa (Frankfurt) | Version 17.4 und höher | Version 17.4 und höher | Version 16.4 und höher | Version 16.4 und höher |
| Europa (Irland) | Version 17.4 und höher | Version 17.4 und höher | Version 16.4 und höher | Version 16.4 und höher |
| Europa (London) | Version 17.4 und höher | Version 17.4 und höher | Version 16.4 und höher | Version 16.4 und höher |
| Europa (Milan) | Version 17.4 und höher | Nicht verfügbar | Version 16.4 und höher | Nicht verfügbar |
| Europa (Paris) | Version 17.4 und höher | Nicht verfügbar | Version 16.4 und höher | Nicht verfügbar |
| Europa (Spain) | Version 17.4 und höher | Nicht verfügbar | Version 16.4 und höher | Nicht verfügbar |
| Europa (Stockholm) | Version 17.4 und höher | Version 17.4 und höher | Version 16.4 und höher | Version 16.4 und höher |
| Europa (Zürich) | Version 17.4 und höher | Nicht verfügbar | Version 16.4 und höher | Nicht verfügbar |
| Israel (Tel Aviv) | Version 17.4 und höher | Nicht verfügbar | Version 16.4 und höher | Nicht verfügbar |
| Mexiko (Zentral) | Nicht verfügbar | Nicht verfügbar |
| Mexiko (Zentral) | Nicht verfügbar | Nicht verfügbar |
| Middle East (Bahrain) | Version 17.4 und höher | Nicht verfügbar | Version 16.4 und höher | Nicht verfügbar |
| Naher Osten (VAE) | Version 17.4 und höher | Nicht verfügbar | Version 16.4 und höher | Nicht verfügbar |
| Südamerika (São Paulo) | Version 17.4 und höher | Version 17.4 und höher | Version 16.4 und höher | Version 16.4 und höher |
| AWS GovCloud (US-Ost) | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar |
| AWS GovCloud (US-West) | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar |
# Unterstützte Regionen und Aurora-DB-Engines für Amazon-RDS-Proxy
Amazon-RDS-Proxy ist ein vollständig verwalteter, hochverfügbarer Datenbank-Proxy, der Anwendungen durch Bündelung und gemeinsame Nutzung etablierter Datenbankverbindungen skalierbarer macht. Weitere Informationen zu RDS-Proxy finden Sie unter [Amazon RDS-Proxy für Aurora](rds-proxy.md).
**Topics**
+ [Amazon-RDS-Proxy mit Aurora MySQL](#Concepts.Aurora_Fea_Regions_DB-eng.Feature.RDS_Proxy.amy)
+ [Amazon-RDS-Proxy mit Aurora PostgreSQL](#Concepts.Aurora_Fea_Regions_DB-eng.Feature.RDS_Proxy.apg)
## Amazon-RDS-Proxy mit Aurora MySQL
Die folgenden Regionen und Engine-Versionen sind für RDS-Proxy mit Aurora MySQL verfügbar.
| Region | Aurora-MySQL-Version 3 | Aurora-MySQL-Version 2 |
| --- | --- | --- |
| USA Ost (Nord-Virginia) | Version 3.01.0 und höher | Version 2.07 sowie Version 2.11 und höher |
| USA Ost (Ohio) | Version 3.01.0 und höher | Version 2.07 sowie Version 2.11 und höher |
| USA West (Nordkalifornien) | Version 3.01.0 und höher | Version 2.07 sowie Version 2.11 und höher |
| USA West (Oregon) | Version 3.01.0 und höher | Version 2.07 sowie Version 2.11 und höher |
| Afrika (Kapstadt) | Version 3.01.0 und höher | Version 2.07 sowie Version 2.11 und höher |
| Asien-Pazifik (Hongkong) | Version 3.01.0 und höher | Version 2.07 sowie Version 2.11 und höher |
| Asien-Pazifik (Hyderabad) | Version 3.01.0 und höher | Version 2.07 sowie Version 2.11 und höher |
| Asien-Pazifik (Jakarta) | Version 3.01.0 und höher | Version 2.07 sowie Version 2.11 und höher |
| Asien-Pazifik (Malaysia) | Version 3.01.0 und höher | Version 2.07 sowie Version 2.11 und höher |
| Asien-Pazifik (Melbourne) | Version 3.01.0 und höher | Version 2.07 sowie Version 2.11 und höher |
| Asien-Pazifik (Mumbai) | Version 3.01.0 und höher | Version 2.07 sowie Version 2.11 und höher |
| Asien-Pazifik (Neuseeland) | Nicht verfügbar | Nicht verfügbar |
| Asien-Pazifik (Osaka) | Version 3.01.0 und höher | Version 2.07 sowie Version 2.11 und höher |
| Asien-Pazifik (Seoul) | Version 3.01.0 und höher | Version 2.07 sowie Version 2.11 und höher |
| Asien-Pazifik (Singapur) | Version 3.01.0 und höher | Version 2.07 sowie Version 2.11 und höher |
| Asien-Pazifik (Sydney) | Version 3.01.0 und höher | Version 2.07 sowie Version 2.11 und höher |
| Asien-Pazifik (Taipeh) | Nicht verfügbar | Nicht verfügbar |
| Asien-Pazifik (Thailand) | Version 3.01.0 und höher | Version 2.07 sowie Version 2.11 und höher |
| Asien-Pazifik (Tokio) | Version 3.01.0 und höher | Version 2.07 sowie Version 2.11 und höher |
| Kanada (Zentral) | Version 3.01.0 und höher | Version 2.07 sowie Version 2.11 und höher |
| Kanada West (Calgary) | Version 3.01.0 und höher | Version 2.07 sowie Version 2.11 und höher |
| China (Peking) | Version 3.01.0 und höher | Version 2.07 sowie Version 2.11 und höher |
| China (Ningxia) | Version 3.01.0 und höher | Version 2.07 sowie Version 2.11 und höher |
| Europa (Frankfurt) | Version 3.01.0 und höher | Version 2.07 sowie Version 2.11 und höher |
| Europa (Irland) | Version 3.01.0 und höher | Version 2.07 sowie Version 2.11 und höher |
| Europa (London) | Version 3.01.0 und höher | Version 2.07 sowie Version 2.11 und höher |
| Europa (Milan) | Version 3.01.0 und höher | Version 2.07 sowie Version 2.11 und höher |
| Europa (Paris) | Version 3.01.0 und höher | Version 2.07 sowie Version 2.11 und höher |
| Europa (Spain) | Version 3.01.0 und höher | Version 2.07 sowie Version 2.11 und höher |
| Europa (Stockholm) | Version 3.01.0 und höher | Version 2.07 sowie Version 2.11 und höher |
| Europa (Zürich) | Version 3.01.0 und höher | Version 2.07 sowie Version 2.11 und höher |
| Israel (Tel Aviv) | Version 3.01.0 und höher | Version 2.07 sowie Version 2.11 und höher |
| Mexiko (Zentral) | Version 3.01.0 und höher | Version 2.07 sowie Version 2.11 und höher |
| Middle East (Bahrain) | Version 3.01.0 und höher | Version 2.07 sowie Version 2.11 und höher |
| Naher Osten (VAE) | Version 3.01.0 und höher | Version 2.07 sowie Version 2.11 und höher |
| Südamerika (São Paulo) | Version 3.01.0 und höher | Version 2.07 sowie Version 2.11 und höher |
| AWS GovCloud (USA-Ost) | Version 3.01.0 und höher | Version 2.07 sowie Version 2.11 und höher |
| AWS GovCloud (US-West) | Version 3.01.0 und höher | Version 2.07 sowie Version 2.11 und höher |
## Amazon-RDS-Proxy mit Aurora PostgreSQL
Die folgenden Regionen und Engine-Versionen sind für RDS-Proxy mit Aurora PostgreSQL verfügbar.
| Region | Aurora PostgreSQL 17 | Aurora PostgreSQL 16 | Aurora PostgreSQL 15 | Aurora PostgreSQL 14 | Aurora PostgreSQL 13 | Aurora PostgreSQL 12 | Aurora PostgreSQL 11 |
| --- | --- | --- | --- | --- | --- | --- | --- |
| USA Ost (Nord-Virginia) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Version 14.3 und höher | Version 13.4 und höher | Version 12.8 und höher | Version 11.9 sowie Version 11.13 und höher |
| USA Ost (Ohio) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Version 14.3 und höher | Version 13.4 und höher | Version 12.8 und höher | Version 11.9 sowie Version 11.13 und höher |
| USA West (Nordkalifornien) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Version 14.3 und höher | Version 13.4 und höher | Version 12.8 und höher | Version 11.9 sowie Version 11.13 und höher |
| USA West (Oregon) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Version 14.3 und höher | Version 13.4 und höher | Version 12.8 und höher | Version 11.9 sowie Version 11.13 und höher |
| Afrika (Kapstadt) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Version 14.3 und höher | Version 13.4 und höher | Version 12.8 und höher | Version 11.9 sowie Version 11.13 und höher |
| Asien-Pazifik (Hongkong) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Version 14.3 und höher | Version 13.4 und höher | Version 12.8 und höher | Version 11.9 sowie Version 11.13 und höher |
| Asien-Pazifik (Hyderabad) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Version 14.3 und höher | Version 13.4 und höher | Version 12.8 und höher | Version 11.9 sowie Version 11.13 und höher |
| Asien-Pazifik (Jakarta) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Version 14.3 und höher | Version 13.4 und höher | Version 12.8 und höher | Version 11.9 sowie Version 11.13 und höher |
| Asien-Pazifik (Malaysia) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Version 14.3 und höher | Version 13.4 und höher | Version 12.8 und höher | Version 11.9 sowie Version 11.13 und höher |
| Asien-Pazifik (Melbourne) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Version 14.3 und höher | Version 13.4 und höher | Version 12.8 und höher | Version 11.9 sowie Version 11.13 und höher |
| Asien-Pazifik (Mumbai) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Version 14.3 und höher | Version 13.4 und höher | Version 12.8 und höher | Version 11.9 sowie Version 11.13 und höher |
| Asien-Pazifik (Neuseeland) | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar |
| Asien-Pazifik (Osaka) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Version 14.3 und höher | Version 13.4 und höher | Version 12.8 und höher | Version 11.9 sowie Version 11.13 und höher |
| Asien-Pazifik (Seoul) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Version 14.3 und höher | Version 13.4 und höher | Version 12.8 und höher | Version 11.9 sowie Version 11.13 und höher |
| Asien-Pazifik (Singapur) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Version 14.3 und höher | Version 13.4 und höher | Version 12.8 und höher | Version 11.9 sowie Version 11.13 und höher |
| Asien-Pazifik (Sydney) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Version 14.3 und höher | Version 13.4 und höher | Version 12.8 und höher | Version 11.9 sowie Version 11.13 und höher |
| Asien-Pazifik (Taipeh) | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar |
| Asien-Pazifik (Thailand) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Version 14.3 und höher | Version 13.4 und höher | Version 12.8 und höher | Version 11.9 sowie Version 11.13 und höher |
| Asien-Pazifik (Tokio) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Version 14.3 und höher | Version 13.4 und höher | Version 12.8 und höher | Version 11.9 sowie Version 11.13 und höher |
| Kanada (Zentral) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Version 14.3 und höher | Version 13.4 und höher | Version 12.8 und höher | Version 11.9 sowie Version 11.13 und höher |
| Kanada West (Calgary) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Version 14.3 und höher | Version 13.4 und höher | Version 12.8 und höher | Version 11.9 sowie Version 11.13 und höher |
| China (Peking) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Version 14.3 und höher | Version 13.4 und höher | Version 12.8 und höher | Version 11.9 sowie Version 11.13 und höher |
| China (Ningxia) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Version 14.3 und höher | Version 13.4 und höher | Version 12.8 und höher | Version 11.9 sowie Version 11.13 und höher |
| Europa (Frankfurt) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Version 14.3 und höher | Version 13.4 und höher | Version 12.8 und höher | Version 11.9 sowie Version 11.13 und höher |
| Europa (Irland) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Version 14.3 und höher | Version 13.4 und höher | Version 12.8 und höher | Version 11.9 sowie Version 11.13 und höher |
| Europa (London) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Version 14.3 und höher | Version 13.4 und höher | Version 12.8 und höher | Version 11.9 sowie Version 11.13 und höher |
| Europa (Milan) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Version 14.3 und höher | Version 13.4 und höher | Version 12.8 und höher | Version 11.9 sowie Version 11.13 und höher |
| Europa (Paris) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Version 14.3 und höher | Version 13.4 und höher | Version 12.8 und höher | Version 11.9 sowie Version 11.13 und höher |
| Europa (Spain) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Version 14.3 und höher | Version 13.4 und höher | Version 12.8 und höher | Version 11.9 sowie Version 11.13 und höher |
| Europa (Stockholm) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Version 14.3 und höher | Version 13.4 und höher | Version 12.8 und höher | Version 11.9 sowie Version 11.13 und höher |
| Europa (Zürich) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Version 14.3 und höher | Version 13.4 und höher | Version 12.8 und höher | Version 11.9 sowie Version 11.13 und höher |
| Israel (Tel Aviv) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Version 14.3 und höher | Version 13.4 und höher | Version 12.8 und höher | Version 11.9 sowie Version 11.13 und höher |
| Mexiko (Zentral) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Version 14.3 und höher | Version 13.4 und höher | Version 12.8 und höher | Version 11.9 sowie Version 11.13 und höher |
| Middle East (Bahrain) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Version 14.3 und höher | Version 13.4 und höher | Version 12.8 und höher | Version 11.9 sowie Version 11.13 und höher |
| Naher Osten (VAE) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Version 14.3 und höher | Version 13.4 und höher | Version 12.8 und höher | Version 11.9 sowie Version 11.13 und höher |
| Südamerika (São Paulo) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Version 14.3 und höher | Version 13.4 und höher | Version 12.8 und höher | Version 11.9 sowie Version 11.13 und höher |
| AWS GovCloud (US-Ost) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Version 14.3 und höher | Version 13.4 und höher | Version 12.8 und höher | Version 11.9 sowie Version 11.13 und höher |
| AWS GovCloud (US-West) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Version 14.3 und höher | Version 13.4 und höher | Version 12.8 und höher | Version 11.9 sowie Version 11.13 und höher |
# Unterstützte Regionen und Aurora-DB-Engines für die Integration von Secrets Manager
Mit AWS Secrets Manager können Sie hartcodierte Anmeldeinformationen in Ihrem Code, einschließlich Datenbankkennwörtern, durch einen API-Aufruf an Secrets Manager ersetzen, um das Geheimnis programmgesteuert abzurufen. Weitere Informationen zu Secrets Manager finden Sie im [Benutzerhandbuch für AWS Secrets Manager](https://docs.aws.amazon.com/secretsmanager/latest/userguide/).
Sie können angeben, dass Amazon Aurora das Hauptbenutzerpasswort in Secrets Manager für einen Aurora-DB-Cluster verwaltet. Aurora generiert das Passwort, speichert es in Secrets Manager und wechselt es regelmäßig. Weitere Informationen finden Sie unter [Passwortverwaltung mit , Amazon Aurora und AWS Secrets Manager](rds-secrets-manager.md).
Die Secrets Manager Manager-Integration ist in allen verfügbar AWS-Regionen.
# Unterstützte Regionen und Aurora-DB-Engines für Aurora Serverless v2
Aurora Serverless v2 ist eine On-Demand-Funktion für die automatische Skalierung, die als kostengünstiger Ansatz für die Ausführung intermittierender oder unvorhersehbarer Workloads auf Amazon Aurora entwickelt wurde. Die Kapazität wird je nach Bedarf Ihrer Anwendungen hoch- oder herunterskaliert. Die Skalierung ist schneller und stärker granular als mit Aurora Serverless v1. Mit Aurora Serverless v2 kann jeder Cluster eine Writer-DB-Instance und mehrere Reader-DB-Instances enthalten. Sie können Aurora Serverless v2 und traditionelle bereitgestellte DB-Instances innerhalb desselben Clusters kombinieren. Weitere Informationen finden Sie unter [Verwenden von Aurora Serverless v2](aurora-serverless-v2.md).
**Topics**
+ [Aurora Serverless v2 mit Aurora MySQL](#Concepts.Aurora_Fea_Regions_DB-eng.Feature.ServerlessV2.amy)
+ [Aurora Serverless v2 mit Aurora PostgreSQL](#Concepts.Aurora_Fea_Regions_DB-eng.Feature.ServerlessV2.apg)
## Aurora Serverless v2 mit Aurora MySQL
Die folgenden Regionen und Engine-Versionen sind für Aurora Serverless v2 mit Aurora MySQL verfügbar.
| Region | Aurora-MySQL-Version 3 |
| --- | --- |
| USA Ost (Nord-Virginia) | Version 3.02.0 und höher |
| USA Ost (Ohio) | Version 3.02.0 und höher |
| USA West (Nordkalifornien) | Version 3.02.0 und höher |
| USA West (Oregon) | Version 3.02.0 und höher |
| Afrika (Kapstadt) | Version 3.02.0 und höher |
| Asien-Pazifik (Hongkong) | Version 3.02.0 und höher |
| Asien-Pazifik (Hyderabad) | Version 3.02.3 und höher |
| Asien-Pazifik (Jakarta) | Version 3.02.0 und höher |
| Asien-Pazifik (Malaysia) | Versionen 3.04.3, 3.05.2, 3.06.1, 3.07.1 und höher |
| Asien-Pazifik (Melbourne) | Version 3.02.3 und höher |
| Asien-Pazifik (Mumbai) | Version 3.02.0 und höher |
| Asien-Pazifik (Neuseeland) | Versionen 3.04.3 und höher, 3.08.0 und höher |
| Asien-Pazifik (Osaka) | Version 3.02.0 und höher |
| Asien-Pazifik (Seoul) | Version 3.02.0 und höher |
| Asien-Pazifik (Singapur) | Version 3.02.0 und höher |
| Asien-Pazifik (Sydney) | Version 3.02.0 und höher |
| Asien-Pazifik (Taipeh) | Versionen 3.04.3 und höher, 3.08.1 und höher |
| Asien-Pazifik (Thailand) | Versionen 3.04.3 und höher, 3.08.0 und höher |
| Asien-Pazifik (Tokio) | Version 3.02.0 und höher |
| Kanada (Zentral) | Version 3.02.0 und höher |
| Kanada West (Calgary) | Version 3.04.0 und höher |
| China (Peking) | Version 3.02.2 und höher |
| China (Ningxia) | Version 3.02.2 und höher |
| Europa (Frankfurt) | Version 3.02.0 und höher |
| Europa (Irland) | Version 3.02.0 und höher |
| Europa (London) | Version 3.02.0 und höher |
| Europa (Milan) | Version 3.02.0 und höher |
| Europa (Paris) | Version 3.02.0 und höher |
| Europa (Spain) | Version 3.02.3 und höher |
| Europa (Stockholm) | Version 3.02.0 und höher |
| Europa (Zürich) | Version 3.02.3 und höher |
| Israel (Tel Aviv) | Versionen 3.02.3 und höher, 3.03.1 und höher |
| Mexiko (Zentral) | Versionen 3.04.3 und höher, 3.08.0 und höher |
| Middle East (Bahrain) | Version 3.02.0 und höher |
| Naher Osten (VAE) | Version 3.02.3 und höher |
| Südamerika (São Paulo) | Version 3.02.0 und höher |
| AWS GovCloud (US-Ost) | Version 3.02.2 und höher |
| AWS GovCloud (US-West) | Version 3.02.2 und höher |
Die oberen und unteren ACU-Kapazitätsgrenzen für Aurora Serverless v2 können je nach Engine-Version variieren. Details hierzu finden Sie unter [Kapazität von Aurora Serverless v2](aurora-serverless-v2.how-it-works.md#aurora-serverless-v2.how-it-works.capacity).
## Aurora Serverless v2 mit Aurora PostgreSQL
Die folgenden Regionen und Engine-Versionen sind für Aurora Serverless v2 mit Aurora PostgreSQL verfügbar.
| Region | Aurora PostgreSQL 17 | Aurora PostgreSQL 16 | Aurora PostgreSQL 15 | Aurora PostgreSQL 14 | Aurora PostgreSQL 13 |
| --- | --- | --- | --- | --- | --- |
| USA Ost (Nord-Virginia) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Version 14.3 und höher | Version 13.6 und höher |
| USA Ost (Ohio) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Version 14.3 und höher | Version 13.6 und höher |
| USA West (Nordkalifornien) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Version 14.3 und höher | Version 13.6 und höher |
| USA West (Oregon) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Version 14.3 und höher | Version 13.6 und höher |
| Afrika (Kapstadt) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Version 14.3 und höher | Version 13.6 und höher |
| Asien-Pazifik (Hongkong) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Version 14.3 und höher | Version 13.6 und höher |
| Asien-Pazifik (Hyderabad) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Version 14.6 und höher | Version 13.9 und höher |
| Asien-Pazifik (Jakarta) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Version 14.3 und höher | Version 13.6 und höher |
| Asien-Pazifik (Malaysia) | Version 17.4 und höher | Version 16.1 und höher | Version 15.4 und höher | Version 14.6, 14.9 und höher | Version 13.9, 13.12 und höher |
| Asien-Pazifik (Melbourne) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Version 14.6 und höher | Version 13.9 und höher |
| Asien-Pazifik (Mumbai) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Version 14.3 und höher | Version 13.6 und höher |
| Asien-Pazifik (Neuseeland) | Version 17.4 und höher | Version 16.8 und höher | Version 15.12 und höher | Version 14.17 und höher | Version 13.20 und höher |
| Asien-Pazifik (Osaka) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Version 14.3 und höher | Version 13.6 und höher |
| Asien-Pazifik (Seoul) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Version 14.3 und höher | Version 13.6 und höher |
| Asien-Pazifik (Singapur) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Version 14.3 und höher | Version 13.6 und höher |
| Asien-Pazifik (Taipeh) | Version 17.4 und höher | Version 16.6 und höher | Version 15.10 und höher | Version 14.15 und höher | Nicht verfügbar |
| Asien-Pazifik (Sydney) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Version 14.3 und höher | Version 13.6 und höher |
| Asien-Pazifik (Thailand) | Version 17.4 und höher | Version 16.4 und höher | Version 15.8 und höher | Version 14.13 und höher | Nicht verfügbar |
| Asien-Pazifik (Tokio) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Version 14.3 und höher | Version 13.6 und höher |
| Kanada (Zentral) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Version 14.3 und höher | Version 13.6 und höher |
| Kanada West (Calgary) | Version 17.4 und höher | Version 16.1 und höher | Version 15.3 und höher | Version 14.6, 14.8 und höher | Version 13.9, 13.11 und höher |
| China (Peking) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Version 14.3 und höher | Version 13.6 und höher |
| China (Ningxia) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Version 14.3 und höher | Version 13.6 und höher |
| Europa (Frankfurt) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Version 14.3 und höher | Version 13.6 und höher |
| Europa (Irland) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Version 14.3 und höher | Version 13.6 und höher |
| Europa (London) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Version 14.3 und höher | Version 13.6 und höher |
| Europa (Milan) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Version 14.3 und höher | Version 13.6 und höher |
| Europa (Paris) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Version 14.3 und höher | Version 13.6 und höher |
| Europa (Spain) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Version 14.6 und höher | Version 13.9 und höher |
| Europa (Stockholm) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Version 14.3 und höher | Version 13.6 und höher |
| Europa (Zürich) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Version 14.6 und höher | Version 13.9 und höher |
| Israel (Tel Aviv) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Version 14.6 und höher | Version 13.9 und höher |
| Mexiko (Zentral) | Version 17.4 und höher | Version 16.4 und höher | Version 15.8 und höher | Version 14.13 und höher | Nicht verfügbar |
| Middle East (Bahrain) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Version 14.3 und höher | Version 13.6 und höher |
| Naher Osten (VAE) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Version 14.6 und höher | Version 13.9 und höher |
| Südamerika (São Paulo) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Version 14.3 und höher | Version 13.6 und höher |
| AWS GovCloud (US-Ost) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Version 14.3 und höher | Version 13.6 und höher |
| AWS GovCloud (US-West) | Version 17.4 und höher | Version 16.1 und höher | Version 15.2 und höher | Version 14.3 und höher | Version 13.6 und höher |
Die oberen und unteren ACU-Kapazitätsgrenzen für Aurora Serverless v2 können je nach Engine-Version variieren. Details hierzu finden Sie unter [Kapazität von Aurora Serverless v2](aurora-serverless-v2.how-it-works.md#aurora-serverless-v2.how-it-works.capacity).
# Aurora Serverless v1
**Wichtig**
AWS hat den end-of-life Termin bekannt gegeben fürAurora Serverless v1: 31. März 2025. Wir empfehlen dringend, alle DB-Cluster mit Aurora Serverless v1 vor diesem Datum auf Aurora Serverless v2 zu aktualisieren. Das Upgrade kann eine Änderung der Hauptversionsnummer der Datenbank-Engine beinhalten. Daher ist es wichtig, diese Umstellung vor dem Datum zu planen, zu testen und zu implementieren. end-of-life Ab dem 8. Januar 2025 können Kunden keine neuen Aurora Serverless v1 Cluster oder Instances mehr mit der AWS-Managementkonsole oder der CLI erstellen. Informationen über den Migrationsprozess finden Sie unter [Aktualisieren eines Aurora Serverless v1-Clusters auf Aurora Serverless v2](aurora-serverless-v2.upgrade.md#aurora-serverless-v2.upgrade-from-serverless-v1-procedure).
Aurora Serverless v2 skaliert schneller und stärker granular. Aurora Serverless v2 bietet außerdem mehr Kompatibilität mit anderen Aurora-Features wie Reader-DB-Instances. Weitere Informationen über Aurora Serverless v2 finden Sie unter [Verwenden von Aurora Serverless v2](aurora-serverless-v2.md).
Aurora Serverless v1 ist eine On-Demand-Funktion für die automatische Skalierung, die als kostengünstiger Ansatz für die Ausführung intermittierender oder unvorhersehbarer Workloads auf Amazon Aurora entwickelt wurde. Der Service kann automatisch starten, herunterfahren und die Kapazität je nach Bedarf Ihrer Anwendungen hoch- oder herunterskalieren. Dabei wird eine einzelne DB-Instance in jedem Cluster verwendet. Weitere Informationen finden Sie unter [Verwenden von Amazon Aurora Serverless v1](aurora-serverless.md).
**Topics**
+ [Aurora Serverless v1 mit Aurora MySQL](#Concepts.Aurora_Fea_Regions_DB-eng.Feature.ServerlessV1.amy)
+ [Aurora Serverless v1 mit Aurora PostgreSQL](#Concepts.Aurora_Fea_Regions_DB-eng.Feature.ServerlessV1.apg)
## Aurora Serverless v1 mit Aurora MySQL
Die folgenden Regionen und Engine-Versionen sind für Aurora Serverless v1 mit Aurora MySQL verfügbar.
| Region | Aurora-MySQL-Version 3 | Aurora-MySQL-Version 2 |
| --- | --- | --- |
| USA Ost (Nord-Virginia) | Nicht verfügbar | Version: 2.11.4 |
| USA Ost (Ohio) | Nicht verfügbar | Version 2.11.4 |
| USA West (Nordkalifornien) | Nicht verfügbar | Version 2.11.4 |
| USA West (Oregon) | Nicht verfügbar | Version 2.11.4 |
| Afrika (Kapstadt) | Nicht verfügbar | Nicht verfügbar |
| Asien-Pazifik (Hongkong) | Nicht verfügbar | Nicht verfügbar |
| Asien-Pazifik (Hyderabad) | Nicht verfügbar | Nicht verfügbar |
| Asien-Pazifik (Jakarta) | Nicht verfügbar | Nicht verfügbar |
| Asien-Pazifik (Malaysia) | Nicht verfügbar | Nicht verfügbar |
| Asien-Pazifik (Melbourne) | Nicht verfügbar | Nicht verfügbar |
| Asien-Pazifik (Mumbai) | Nicht verfügbar | Version 2.11.4 |
| Asien-Pazifik (Osaka) | Nicht verfügbar | Nicht verfügbar |
| Asien-Pazifik (Seoul) | Nicht verfügbar | Version 2.11.4 |
| Asien-Pazifik (Singapur) | Nicht verfügbar | Version 2.11.4 |
| Asien-Pazifik (Sydney) | Nicht verfügbar | Version 2.11.4 |
| Asien-Pazifik (Thailand) | Nicht verfügbar | Nicht verfügbar |
| Asien-Pazifik (Tokio) | Nicht verfügbar | Version 2.11.4 |
| Kanada (Zentral) | Nicht verfügbar | Version 2.11.4 |
| Kanada West (Calgary) | Nicht verfügbar | Nicht verfügbar |
| China (Peking) | Nicht verfügbar | Nicht verfügbar |
| China (Ningxia) | Nicht verfügbar | Version 2.11.4 |
| Europa (Frankfurt) | Nicht verfügbar | Version 2.11.4 |
| Europa (Irland) | Nicht verfügbar | Version 2.11.4 |
| Europa (London) | Nicht verfügbar | Version 2.11.4 |
| Europa (Milan) | Nicht verfügbar | Nicht verfügbar |
| Europa (Paris) | Nicht verfügbar | Version 2.11.4 |
| Europa (Spain) | Nicht verfügbar | Nicht verfügbar |
| Europa (Stockholm) | Nicht verfügbar | Nicht verfügbar |
| Europa (Zürich) | Nicht verfügbar | Nicht verfügbar |
| Israel (Tel Aviv) | Nicht verfügbar | Nicht verfügbar |
| Middle East (Bahrain) | Nicht verfügbar | Nicht verfügbar |
| Naher Osten (VAE) | Nicht verfügbar | Nicht verfügbar |
| Südamerika (São Paulo) | Nicht verfügbar | Nicht verfügbar |
| AWS GovCloud (US-Ost) | Nicht verfügbar | Nicht verfügbar |
| AWS GovCloud (US-West) | Nicht verfügbar | Nicht verfügbar |
## Aurora Serverless v1 mit Aurora PostgreSQL
Die folgenden Regionen und Engine-Versionen sind für Aurora Serverless v1 mit Aurora PostgreSQL verfügbar.
| Region | Aurora PostgreSQL 13 |
| --- | --- |
| USA Ost (Nord-Virginia) | Version 13.12 |
| USA Ost (Ohio) | Version 13.12 |
| USA West (Nordkalifornien) | Version 13.12 |
| USA West (Oregon) | Version 13.12 |
| Afrika (Kapstadt) | Nicht verfügbar |
| Asien-Pazifik (Hongkong) | Nicht verfügbar |
| Asien-Pazifik (Hyderabad) | Nicht verfügbar |
| Asien-Pazifik (Jakarta) | Nicht verfügbar |
| Asien-Pazifik (Malaysia) | Nicht verfügbar |
| Asien-Pazifik (Melbourne) | Nicht verfügbar |
| Asien-Pazifik (Mumbai) | Version 13.12 |
| Asien-Pazifik (Osaka) | Nicht verfügbar |
| Asien-Pazifik (Seoul) | Version 13.12 |
| Asien-Pazifik (Singapur) | Version 13.12 |
| Asien-Pazifik (Sydney) | Version 13.12 |
| Asien-Pazifik (Thailand) | Nicht verfügbar |
| Asien-Pazifik (Tokio) | Version 13.12 |
| Kanada (Zentral) | Version 13.12 |
| Kanada West (Calgary) | Nicht verfügbar |
| China (Peking) | Nicht verfügbar |
| China (Ningxia) | Nicht verfügbar |
| Europa (Frankfurt) | Version 13.12 |
| Europa (Irland) | Version 13.12 |
| Europa (London) | Version 13.12 |
| Europa (Milan) | Nicht verfügbar |
| Europa (Paris) | Version 13.12 |
| Europa (Spain) | Nicht verfügbar |
| Europa (Stockholm) | Nicht verfügbar |
| Europa (Zürich) | Nicht verfügbar |
| Israel (Tel Aviv) | Nicht verfügbar |
| Middle East (Bahrain) | Nicht verfügbar |
| Naher Osten (VAE) | Nicht verfügbar |
| Südamerika (São Paulo) | Nicht verfügbar |
| AWS GovCloud (US-Ost) | Nicht verfügbar |
| AWS GovCloud (US-West) | Nicht verfügbar |
# Unterstützte Regionen und Aurora-DB-Engines für RDS-Daten-API
RDS-Daten-API (Daten-API) bietet eine Web-Services-Schnittstelle zu einem DB-Cluster von Amazon Aurora. Anstatt Datenbankverbindungen von Clientanwendungen aus zu verwalten, können Sie SQL-Befehle für einen HTTPS-Endpunkt ausführen. Weitere Informationen finden Sie unter [Verwenden der Daten-API von Amazon RDS](data-api.md).
**Topics**
+ [Daten-API mit Aurora PostgreSQL Serverless v2 und bereitgestellt](#Concepts.Aurora_Fea_Regions_DB-eng.Feature.Data_API.apg)
+ [Daten-API mit Aurora MySQL Serverless v2 und bereitgestellt](#Concepts.Aurora_Fea_Regions_DB-eng.Feature.Data_API.ams)
+ [Daten-API mit Aurora PostgreSQL Serverless v1](#Concepts.Aurora_Fea_Regions_DB-eng.Feature.Data_API.apg-sv1)
+ [Daten-API mit Aurora MySQL Serverless v1](#Concepts.Aurora_Fea_Regions_DB-eng.Feature.Data_API.amy)
## Daten-API mit Aurora PostgreSQL Serverless v2 und bereitgestellt
Die folgenden Regionen und Engine-Versionen sind für Daten-API mit Aurora PostgreSQL Serverless v2 und bereitgestellten DB-Clustern verfügbar.
| Region | Aurora PostgreSQL 17 | Aurora PostgreSQL 16 | Aurora PostgreSQL 15 | Aurora PostgreSQL 14 | Aurora PostgreSQL 13 |
| --- | --- | --- | --- | --- | --- |
| USA Ost (Nord-Virginia) | Version 17.4 und höher | Version 16.1 und höher | Version 15.3 und höher | Version 14.8 und höher | Version 13.11 und höher |
| USA Ost (Ohio) | Version 17.4 und höher | Version 16.1 und höher | Version 15.3 und höher | Version 14.8 und höher | Version 13.11 und höher |
| USA West (Nordkalifornien) | Version 17.4 und höher | Version 16.1 und höher | Version 15.3 und höher | Version 14.8 und höher | Version 13.11 und höher |
| USA West (Oregon) | Version 17.4 und höher | Version 16.1 und höher | Version 15.3 und höher | Version 14.8 und höher | Version 13.11 und höher |
| Afrika (Kapstadt) | Version 17.4 und höher | Version 16.1 und höher | Version 15.3 und höher | Version 14.8 und höher | Version 13.11 und höher |
| Asien-Pazifik (Hongkong) | Version 17.4 und höher | Version 16.1 und höher | Version 15.3 und höher | Version 14.8 und höher | Version 13.11 und höher |
| Asien-Pazifik (Hyderabad) | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar |
| Asien-Pazifik (Jakarta) | Version 17.4 und höher | Version 16.1 und höher | Version 15.3 und höher | Version 14.8 und höher | Version 13.11 und höher |
| Asien-Pazifik (Malaysia) | Version 17.4 und höher | Version 16.1 und höher | Version 15.3 und höher | Version 14.8 und höher | Version 13.11 und höher |
| Asien-Pazifik (Melbourne) | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar |
| Asien-Pazifik (Mumbai) | Version 17.4 und höher | Version 16.1 und höher | Version 15.3 und höher | Version 14.8 und höher | Version 13.11 und höher |
| Asien-Pazifik (Neuseeland) | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar |
| Asien-Pazifik (Osaka) | Version 17.4 und höher | Version 16.1 und höher | Version 15.3 und höher | Version 14.8 und höher | Version 13.11 und höher |
| Asien-Pazifik (Seoul) | Version 17.4 und höher | Version 16.1 und höher | Version 15.3 und höher | Version 14.8 und höher | Version 13.11 und höher |
| Asien-Pazifik (Singapur) | Version 17.4 und höher | Version 16.1 und höher | Version 15.3 und höher | Version 14.8 und höher | Version 13.11 und höher |
| Asien-Pazifik (Sydney) | Version 17.4 und höher | Version 16.1 und höher | Version 15.3 und höher | Version 14.8 und höher | Version 13.11 und höher |
| Asien-Pazifik (Taipeh) | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar |
| Asien-Pazifik (Thailand) | Version 17.4 und höher | Version 16.1 und höher | Version 15.3 und höher | Version 14.8 und höher | Version 13.11 und höher |
| Asien-Pazifik (Tokio) | Version 17.4 und höher | Version 16.1 und höher | Version 15.3 und höher | Version 14.8 und höher | Version 13.11 und höher |
| Kanada (Zentral) | Version 17.4 und höher | Version 16.1 und höher | Version 15.3 und höher | Version 14.8 und höher | Version 13.11 und höher |
| Kanada West (Calgary) | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar |
| China (Peking) | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar |
| China (Ningxia) | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar |
| Europa (Frankfurt) | Version 17.4 und höher | Version 16.1 und höher | Version 15.3 und höher | Version 14.8 und höher | Version 13.11 und höher |
| Europa (Irland) | Version 17.4 und höher | Version 16.1 und höher | Version 15.3 und höher | Version 14.8 und höher | Version 13.11 und höher |
| Europa (London) | Version 17.4 und höher | Version 16.1 und höher | Version 15.3 und höher | Version 14.8 und höher | Version 13.11 und höher |
| Europa (Milan) | Version 17.4 und höher | Version 16.1 und höher | Version 15.3 und höher | Version 14.8 und höher | Version 13.11 und höher |
| Europa (Paris) | Version 17.4 und höher | Version 16.1 und höher | Version 15.3 und höher | Version 14.8 und höher | Version 13.11 und höher |
| Europa (Spain) | Version 17.4 und höher | Version 16.1 und höher | Version 15.3 und höher | Version 14.8 und höher | Version 13.11 und höher |
| Europa (Stockholm) | Version 17.4 und höher | Version 16.1 und höher | Version 15.3 und höher | Version 14.8 und höher | Version 13.11 und höher |
| Europa (Zürich) | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar |
| Israel (Tel Aviv) | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar |
| Middle East (Bahrain) | Version 17.4 und höher | Version 16.1 und höher | Version 15.3 und höher | Version 14.8 und höher | Version 13.11 und höher |
| Mexiko (Zentral) | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar |
| Naher Osten (VAE) | Version 17.4 und höher | Version 16.1 und höher | Version 15.3 und höher | Version 14.8 und höher | Version 13.11 und höher |
| Südamerika (São Paulo) | Version 17.4 und höher | Version 16.1 und höher | Version 15.3 und höher | Version 14.8 und höher | Version 13.11 und höher |
| AWS GovCloud (US-Ost) | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar |
| AWS GovCloud (US-West) | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar | Nicht verfügbar |
## Daten-API mit Aurora MySQL Serverless v2 und bereitgestellt
Die folgenden Regionen und Engine-Versionen sind für Daten-API mit Aurora MySQL Serverless v2 und bereitgestellten DB-Clustern verfügbar.
| Region | Aurora-MySQL-Version 3 |
| --- | --- |
| USA Ost (Ohio) | Version 3.07 und höher |
| USA Ost (Nord-Virginia) | Version 3.07 und höher |
| USA West (Nordkalifornien) | Version 3.07 und höher |
| USA West (Oregon) | Version 3.07 und höher |
| Afrika (Kapstadt) | Version 3.07 und höher |
| Asien-Pazifik (Hongkong) | Version 3.07 und höher |
| Asien-Pazifik (Hyderabad) | Nicht verfügbar |
| Asien-Pazifik (Jakarta) | Version 3.07 und höher |
| Asien-Pazifik (Malaysia) | Version 3.07 und höher |
| Asien-Pazifik (Melbourne) | Nicht verfügbar |
| Asien-Pazifik (Mumbai) | Version 3.07 und höher |
| Asien-Pazifik (Neuseeland) | Nicht verfügbar |
| Asien-Pazifik (Osaka) | Version 3.07 und höher |
| Asien-Pazifik (Seoul) | Version 3.07 und höher |
| Asien-Pazifik (Singapur) | Version 3.07 und höher |
| Asien-Pazifik (Sydney) | Version 3.07 und höher |
| Asien-Pazifik (Taipeh) | Nicht verfügbar |
| Asien-Pazifik (Thailand) | Version 3.07 und höher |
| Asien-Pazifik (Tokio) | Version 3.07 und höher |
| Kanada (Zentral) | Version 3.07 und höher |
| Kanada West (Calgary) | Nicht verfügbar |
| China (Peking) | Nicht verfügbar |
| China (Ningxia) | Nicht verfügbar |
| Europa (Frankfurt) | Version 3.07 und höher |
| Europa (Irland) | Version 3.07 und höher |
| Europa (London) | Version 3.07 und höher |
| Europa (Milan) | Version 3.07 und höher |
| Europa (Paris) | Version 3.07 und höher |
| Europa (Spain) | Version 3.07 und höher |
| Europa (Stockholm) | Version 3.07 und höher |
| Europa (Zürich) | Nicht verfügbar |
| Israel (Tel Aviv) | Nicht verfügbar |
| Mexiko (Zentral) | Nicht verfügbar |
| Middle East (Bahrain) | Version 3.07 und höher |
| Naher Osten (VAE) | Version 3.07 und höher |
| Südamerika (São Paulo) | Version 3.07 und höher |
| AWS GovCloud (US-Ost) | Nicht verfügbar |
| AWS GovCloud (US-West) | Nicht verfügbar |
## Daten-API mit Aurora PostgreSQL Serverless v1
Die folgenden Regionen und Engine-Versionen sind für die Daten-API mit Aurora PostgreSQL Serverless v1 verfügbar.
| Region | Aurora PostgreSQL 13 | Aurora PostgreSQL 11 |
| --- | --- | --- |
| USA Ost (Nord-Virginia) | Version 13.9 | Version 11.18 |
| USA Ost (Ohio) | Version 13.9 | Version 11.18 |
| USA West (Nordkalifornien) | Version 13.9 | Version 11.18 |
| USA West (Oregon) | Version 13.9 | Version 11.18 |
| Afrika (Kapstadt) | Nicht verfügbar | Nicht verfügbar |
| Asien-Pazifik (Hongkong) | Nicht verfügbar | Nicht verfügbar |
| Asien-Pazifik (Hyderabad) | Nicht verfügbar | Nicht verfügbar |
| Asien-Pazifik (Jakarta) | Nicht verfügbar | Nicht verfügbar |
| Asien-Pazifik (Malaysia) | Nicht verfügbar | Nicht verfügbar |
| Asien-Pazifik (Melbourne) | Nicht verfügbar | Nicht verfügbar |
| Asien-Pazifik (Mumbai) | Version 13.9 | Version 11.18 |
| Asien-Pazifik (Osaka) | Nicht verfügbar | Nicht verfügbar |
| Asien-Pazifik (Seoul) | Version 13.9 | Version 11.18 |
| Asien-Pazifik (Singapur) | Version 13.9 | Version 11.18 |
| Asien-Pazifik (Sydney) | Version 13.9 | Version 11.18 |
| Asien-Pazifik (Thailand) | Nicht verfügbar | Nicht verfügbar |
| Asien-Pazifik (Tokio) | Version 13.9 | Version 11.18 |
| Kanada (Zentral) | Version 13.9 | Version 11.18 |
| China (Peking) | Nicht verfügbar | Nicht verfügbar |
| China (Ningxia) | Nicht verfügbar | Nicht verfügbar |
| Europa (Frankfurt) | Version 13.9 | Version 11.18 |
| Europa (Irland) | Version 13.9 | Version 11.18 |
| Europa (London) | Version 13.9 | Version 11.18 |
| Europa (Milan) | Nicht verfügbar | Nicht verfügbar |
| Europa (Paris) | Version 13.9 | Version 11.18 |
| Europa (Spain) | Version 13.9 | Version 11.18 |
| Europa (Stockholm) | Nicht verfügbar | Nicht verfügbar |
| Europa (Zürich) | Nicht verfügbar | Nicht verfügbar |
| Israel (Tel Aviv) | Nicht verfügbar | Nicht verfügbar |
| Middle East (Bahrain) | Nicht verfügbar | Nicht verfügbar |
| Naher Osten (VAE) | Nicht verfügbar | Nicht verfügbar |
| Südamerika (São Paulo) | Nicht verfügbar | Nicht verfügbar |
| AWS GovCloud (US-Ost) | Nicht verfügbar | Nicht verfügbar |
| AWS GovCloud (US-West) | Nicht verfügbar | Nicht verfügbar |
## Daten-API mit Aurora MySQL Serverless v1
Die folgenden Regionen und Engine-Versionen sind für die Daten-API mit Aurora MySQL Serverless v1 verfügbar.
| Region | Aurora-MySQL-Version 2 |
| --- | --- |
| USA Ost (Nord-Virginia) | Version 2.11.3 |
| USA Ost (Ohio) | Version 2.11.3 |
| USA West (Nordkalifornien) | Version 2.11.3 |
| USA West (Oregon) | Version 2.11.3 |
| Afrika (Kapstadt) | Nicht verfügbar |
| Asien-Pazifik (Hongkong) | Nicht verfügbar |
| Asien-Pazifik (Hyderabad) | Nicht verfügbar |
| Asien-Pazifik (Jakarta) | Nicht verfügbar |
| Asien-Pazifik (Malaysia) | Nicht verfügbar |
| Asien-Pazifik (Melbourne) | Nicht verfügbar |
| Asien-Pazifik (Mumbai) | Version 2.11.3 |
| Asien-Pazifik (Osaka) | Nicht verfügbar |
| Asien-Pazifik (Seoul) | Version 2.11.3 |
| Asien-Pazifik (Singapur) | Version 2.11.3 |
| Asien-Pazifik (Sydney) | Version 2.11.3 |
| Asien-Pazifik (Thailand) | Nicht verfügbar |
| Asien-Pazifik (Tokio) | Version 2.11.3 |
| Kanada (Zentral) | Version 2.11.3 |
| Kanada West (Calgary) | Nicht verfügbar |
| China (Peking) | Nicht verfügbar |
| China (Ningxia) | Version 2.11.3 |
| Europa (Frankfurt) | Version 2.11.3 |
| Europa (Irland) | Version 2.11.3 |
| Europa (London) | Version 2.11.3 |
| Europa (Milan) | Nicht verfügbar |
| Europa (Paris) | Version 2.11.3 |
| Europa (Spain) | Version 2.11.3 |
| Europa (Stockholm) | Nicht verfügbar |
| Europa (Zürich) | Nicht verfügbar |
| Israel (Tel Aviv) | Nicht verfügbar |
| Middle East (Bahrain) | Nicht verfügbar |
| Naher Osten (VAE) | Nicht verfügbar |
| Südamerika (São Paulo) | Nicht verfügbar |
| AWS GovCloud (US-Ost) | Nicht verfügbar |
| AWS GovCloud (US-West) | Nicht verfügbar |
# Unterstützte Regionen und Aurora-DB-Engines für Zero-Downtime-Patching (ZDP)
Das Durchführen von Upgrades für Aurora-DB-Cluster beinhaltet die Möglichkeit eines Ausfalls, wenn die Datenbank heruntergefahren wird und während sie aktualisiert wird. Wenn Sie das Upgrade starten, während die Datenbank ausgelastet ist, verlieren Sie standardmäßig alle Verbindungen und Transaktionen, die der DB-Cluster verarbeitet. Wenn Sie warten, bis die Datenbank im Leerlauf ist, um das Upgrade durchzuführen, müssen Sie möglicherweise lange warten.
Die Funktion Zero-Downtime-Patching (ZDP) versucht, Client-Verbindungen während eines Aurora-Upgrades auf Best-Effort-Basis aufrechtzuerhalten. Wenn das ZDP erfolgreich abgeschlossen wird, werden Anwendungssitzungen bewahrt und die Datenbank-Engine wird während der laufenden Aktualisierung neu gestartet. Der Neustart der Datenbank-Engine kann zu einem Abfall des Durchsatzes von einigen Sekunden bis 1 Minute führen.
Detaillierte Informationen zu den Bedingungen und Engine-Versionen, unter denen ZDP für Aurora-MySQL-Upgrades verfügbar ist, finden Sie unter [Verwendung von Zero-Downtime-Patching (Patchen ohne Ausfallzeiten)](AuroraMySQL.Updates.ZDP.md).
Detaillierte Informationen zu den Bedingungen und Engine-Versionen, unter denen ZDP für Aurora-PostgreSQL-Upgrades verfügbar ist, finden Sie unter [Nebenversions-Upgrades und Zero-Downtime-Patching](USER_UpgradeDBInstance.PostgreSQL.MinorUpgrade.md#USER_UpgradeDBInstance.PostgreSQL.Minor.zdp).
# Unterstützte Regionen in Aurora PostgreSQL Limitless Database
Amazon Aurora PostgreSQL Limitless Database bietet automatisierte horizontale Skalierung zur Verarbeitung von Millionen von Schreibtransaktionen pro Sekunde, und verwaltet Petabyte an Daten. Gleichzeitig bleibt die Einfachheit des Betriebs in einer einzigen Datenbank erhalten. Mit Aurora PostgreSQL Limitless Database können Sie sich auf die Entwicklung umfangreicher Anwendungen konzentrieren, ohne zur Unterstützung Ihrer Workloads komplexe Lösungen für die Skalierung Ihrer Daten über mehrere DB-Instances hinweg erstellen und instandhalten zu müssen.
Weitere Informationen finden Sie unter [Verwenden von Amazon Aurora PostgreSQL Limitless Database](limitless.md).
Aurora PostgreSQL Limitless Database ist in allen AWS-Regionen außer für Asien-Pazifik (Taipeh) verfügbar.
# Unterstützte Regionen und DB-Engines für native Features der Aurora-Engine
Aurora-Datenbank-Engines unterstützen auch zusätzliche Funktionen speziell für Aurora. Einige Engine-native Funktionen werden möglicherweise nur begrenzt unterstützt oder haben eingeschränkte Berechtigungen für eine bestimmte Aurora-DB-Engine, -Version oder Region.
**Topics**
+ [Engine-native Funktionen für Aurora MySQL](#Concepts.Aurora_Fea_Regions_DB-eng.Feature.EngineNativeFeatures.amy)
+ [Engine-native Funktionen für Aurora PostgreSQL](#Concepts.Aurora_Fea_Regions_DB-eng.Feature.EngineNativeFeatures.apg)
## Engine-native Funktionen für Aurora MySQL
Im Folgenden sind die Engine-nativen Funktionen für Aurora MySQL aufgeführt.
+ [Erweitertes Auditing](AuroraMySQL.Auditing.md)
+ [Backtrack](AuroraMySQL.Managing.Backtrack.md)
+ [Fehlersimulationsabfragen](AuroraMySQL.Managing.FaultInjectionQueries.md)
+ [Clusterinterne Schreibweiterleitung](aurora-mysql-write-forwarding.md)
+ [Parallele Abfrage](aurora-mysql-parallel-query-optimizing.md#aurora-mysql-parallel-query-planning)
## Engine-native Funktionen für Aurora PostgreSQL
Im Folgenden sind die Engine-native Funktionen für Aurora PostgreSQL aufgeführt.
+ [Babelfish](babelfish.md)
+ [Fehlersimulationsabfragen](AuroraPostgreSQL.Managing.FaultInjectionQueries.md)
+ [Abfrageplanverwaltung](AuroraPostgreSQL.Optimize.md)
# Amazon-Aurora-Endpunktverbindungen
Bei Amazon Aurora kommt in der Regel keine einzelne Instance, sondern ein Cluster von DB-Instances zum Einsatz. Jede Verbindung wird von einer bestimmten DB-Instance verarbeitet. Wenn Sie eine Verbindung zu einem Aurora-Cluster herstellen, verweisen der von Ihnen angegebene Hostname und Port auf einen zwischengeschalteten Handler, der als *Endpunkt* bezeichnet wird. Aurora verwendet den Endpunktmechanismus, um diese Verbindungen zu abstrahieren. Sie müssen daher für den Ausgleich und das Umleiten von Verbindungen nicht alle Hostnamen fest codieren oder Ihre eigene Logik schreiben, wenn einige DB-Instances nicht verfügbar sind.
Bei bestimmten Aurora-Aufgaben führen verschiedene Instances oder Gruppen von Instances unterschiedliche Rollen aus. Beispielsweise verarbeitet die primäre Instance alle Data Definition Language (DDL)- und Data Manipulation Language (DML)-Anweisungen. Der schreibgeschützte Abfragedatenverkehr wird von bis zu 15 Aurora-Replicas verarbeitet.
**Topics**
+ [Typen von Aurora-Endpunkten](#Aurora.Overview.Endpoints.Types)
+ [Anzeigen der Endpunkte für einen Aurora-Cluster](#Aurora.Endpoints.Viewing)
+ [Funktionsweise von Aurora-Endpunkten mit hoher Verfügbarkeit](#Aurora.Overview.Endpoints.HA)
+ [Cluster-Endpunkte für Amazon Aurora](Aurora.Endpoints.Cluster.md)
+ [Reader-Endpunkte für Amazon Aurora](Aurora.Endpoints.Reader.md)
+ [Instance-Endpunkte für Amazon Aurora](Aurora.Endpoints.Instance.md)
+ [Benutzerdefinierte Endpunkte für Amazon Aurora](Aurora.Endpoints.Custom.md)
## Typen von Aurora-Endpunkten
Ihrem Anwendungsfall entsprechend können Sie mit Endpunkten jede Verbindung der entsprechenden Instance oder Gruppe von Instances zuordnen. Zum Ausführen von DDL-Anweisungen können Sie beispielsweise eine Verbindung mit der Instance herstellen, die als primäre Instance fungiert. Zum Durchführen von Abfragen können Sie eine Verbindung mit dem Leser-Endpunkt herstellen. Aurora führt hierbei automatisch einen Verbindungsausgleich unter allen Aurora-Replikaten aus. Bei Clustern mit DB-Instances unterschiedlicher Kapazitäten oder Konfigurationen besteht die Möglichkeit, eine Verbindung mit benutzerdefinierten Endpunkten herzustellen, die mit unterschiedlichen Untergruppen von DB-Instances verknüpft sind. Zur Diagnose und Optimierung können Sie eine Verbindung mit einem spezifischen Instance-Endpunkt herstellen, um die Details einer bestimmten DB-Instance zu untersuchen.
Ein Endpunkt wird als eine Aurora-spezifische URL dargestellt, die eine Hostadresse und einen Port enthält. In einem Aurora-DB-Cluster stehen die folgenden Endpunkt-Typen zur Verfügung:
**Cluster-Endpunkt**
Stellen Sie eine Verbindung zur primären Instance Ihres Clusters her, um Anwendungen zu entwickeln und zu testen und Transformationen wie `INSERT`-Anweisungen und DDL-, DML- und ETL-Operationen durchzuführen. Suchen Sie den Standort des Cluster-Endpunkts mithilfe der AWS-Managementkonsole AWS CLI, oder Amazon RDS-API, wie unter beschrieben[Anzeigen der Endpunkte für einen Aurora-Cluster](#Aurora.Endpoints.Viewing).
Weitere Informationen über Cluster-Endpunkte finden Sie unter [Cluster-Endpunkte für Amazon Aurora](Aurora.Endpoints.Cluster.md).
**Leser-Endpunkt**
Führen Sie Abfragen durch. Aurora führt automatisch einen Verbindungsausgleich zwischen allen Aurora-Replikaten durch. Finden Sie den Standort des Leser-Endpunkts mithilfe der AWS-Managementkonsole AWS CLI, oder Amazon RDS-API, wie unter beschrieben[Anzeigen der Endpunkte für einen Aurora-Cluster](#Aurora.Endpoints.Viewing).
Weitere Informationen über Leser-Endpunkte finden Sie unter [Reader-Endpunkte für Amazon Aurora](Aurora.Endpoints.Reader.md).
**Instance-Endpunkt**
Untersuchen Sie Details zu einer bestimmten DB-Instance zur Diagnose oder Optimierung. Sie finden den Standort des Instance-Endpunkts für jede Ihrer Instances AWS-Managementkonsole nur auf der Instance-Detailseite für Ihre Instance.
Weitere Informationen über Instance-Endpunkte finden Sie unter [Instance-Endpunkte für Amazon Aurora](Aurora.Endpoints.Instance.md).
**Benutzerdefinierter Endpunkt**
Stellen Sie eine Verbindung zu verschiedenen Teilmengen von DB-Instances auf dem DB-Cluster her. Dies ist nützlich, wenn Sie in Ihrem DB-Cluster über unterschiedliche Instance-Kapazitäten und -Konfigurationen verfügen. Suchen Sie die benutzerdefinierten Endpunktstandorte mithilfe der AWS-Managementkonsole AWS CLI, oder Amazon RDS-API, wie unter beschrieben[Anzeigen der Endpunkte für einen Aurora-Cluster](#Aurora.Endpoints.Viewing).
Weitere Informationen über benutzerdefinierte Endpunkte finden Sie unter [Benutzerdefinierte Endpunkte für Amazon Aurora](Aurora.Endpoints.Custom.md).
**Schreiber-Endpunkt von Aurora Global Database**
Aurora Global Database verfügt über einen speziellen Endpunkt, der denselben Zweck erfüllt wie der Cluster-Endpunkt eines eigenständigen Aurora-Clusters. Er verarbeitet sowohl Schreib- als auch Leseanfragen. Wenn ein sekundärer Cluster aufgrund einer Umstellung oder eines Failovers zum neuen primären Cluster wird, stellt Aurora diesen Endpunkt automatisch so um, dass er auf den Cluster-Endpunkt des neuen primären Clusters in der anderen AWS-Region verweist. Auf diese Weise müssen Sie die AWS Region nicht in der Verbindungszeichenfolge für Ihre Anwendung codieren, und Sie müssen die Verbindungszeichenfolge nicht ändern, wenn sich das Layout der globalen Datenbank ändert. Aurora erstellt diesen Endpunkt, wenn Sie eine Aurora Global Database einrichten, indem Sie beispielsweise **Region hinzufügen** für einen Aurora-Cluster in der AWS-Managementkonsole auswählen.
Weitere Informationen darüber, wie Sie diesen Endpunkttyp mit Aurora Global Database verwenden können, finden Sie unter [Verbinden mit Amazon Aurora Global Database](aurora-global-database-connecting.md).
## Anzeigen der Endpunkte für einen Aurora-Cluster
Sie können den Standort des Instance-Endpunkts zwar nur auf der Instance-Detailseite in der finden AWS-Managementkonsole, aber Sie können die Konsole oder die Amazon RDS-API verwenden AWS CLI, um die Standorte von Cluster-, Reader- und benutzerdefinierten Endpunkten zu finden.
------
#### [ Console ]
Suchen Sie auf der AWS-Managementkonsole Seite mit den Instance-Details für Ihren Cluster nach dem Cluster-Endpunkt, dem Reader-Endpunkt und allen benutzerdefinierten Endpunkten. Der Instance-Endpunkt wird auf der Detailseite der jeweiligen Instance angezeigt. Fügen Sie beim Herstellen der Verbindung dem auf der Detailseite angezeigten Namen des Endpunkts die zugewiesene Portnummer (mit einem Doppelpunkt hinter der Nummer) an.
------
#### [ AWS CLI ]
Mit dem AWS CLI finden Sie den Writer, den Reader und alle benutzerdefinierten Endpunkte in der Ausgabe des [describe-db-clusters](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-clusters.html)Befehls. Der folgende Befehl zeigt beispielsweise die Endpunktattribute für alle Cluster in Ihrer aktuellen AWS Region.
```
aws rds describe-db-clusters --query '*[].{Endpoint:Endpoint,ReaderEndpoint:ReaderEndpoint,CustomEndpoints:CustomEndpoints}'
```
------
#### [ Amazon RDS API ]
Mit der Amazon RDS-API rufen Sie die Endpunkte ab, indem Sie den Vorgang [Describe DBCluster Endpoints](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_DescribeDBClusterEndpoints.html) aufrufen.
------
## Funktionsweise von Aurora-Endpunkten mit hoher Verfügbarkeit
Verwenden Sie für Cluster, bei denen hohe Verfügbarkeit wichtig ist, den Cluster-Endpunkt für read/write allgemeine Verbindungen und den Reader-Endpunkt für schreibgeschützte Verbindungen. Die Schreiber- und Leser-Endpunkte verwalten das Failover von DB-Instances besser als Instance-Endpunkte. Im Gegensatz zu den Instance-Endpunkten ändern die Schreiber- und Leser-Endpunkte automatisch, mit welcher DB-Instance sie eine Verbindung herstellen, wenn eine DB-Instance in Ihrem Cluster nicht mehr verfügbar ist. Weitere Informationen über Cluster- und Leser-Endpunkte finden Sie unter [Cluster-Endpunkte für Amazon Aurora](Aurora.Endpoints.Cluster.md) und [Reader-Endpunkte für Amazon Aurora](Aurora.Endpoints.Reader.md).
Wenn die primäre DB-Instance eines DB-Clusters ausfällt, führt Aurora automatisch ein Failover zu einer neuen primären DB-Instance durch. Dies geschieht entweder durch Hochstufung einer vorhandenen Aurora-Replica zu einer neuen primären DB-Instance oder durch Erstellen einer neuen primären DB-Instance. Bei einem Failover können Sie den Cluster-Endpunkt verwenden, um die Verbindung zu der neu hochgestuften oder erstellten primären DB-Instance wiederherzustellen. Sie haben auch die Möglichkeit, den Leser-Endpunkt zu verwenden, um eine Verbindung zu einem der Aurora-Replikate im DB-Cluster wiederherzustellen. Während eines Failovers leitet der Reader-Endpunkt Verbindungen möglicherweise für kurze Zeit an die neue primäre DB-Instance eines DB-Clusters weiter, nachdem ein Aurora-Replica zur neuen primären DB-Instance hochgestuft wurde.
Wenn Sie Ihre Anwendungslogik so entwickeln, dass Verbindungen zu Instance-Endpunkten verwaltet werden können, ist es möglich, den daraus resultierenden Satz an verfügbaren DB-Instances im DB-Cluster manuell oder programmgesteuert zu ermitteln. Verwenden Sie den [https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-clusters.html](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-clusters.html) AWS CLI Befehl oder den [https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_DescribeDBClusters.html](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_DescribeDBClusters.html)RDS-API-Vorgang, um die DB-Cluster- und Reader-Endpunkte, DB-Instances, ob es sich bei DB-Instances um Lesegeräte handelt, und deren Promotion-Stufen zu ermitteln. Sie können dann die Instance-Klassen nach einem Failover bestätigen und eine Verbindung mit einem geeigneten Instance-Endpunkt herstellen.
Weitere Informationen zu Failovers finden Sie unter [Fehlertoleranz für einen Aurora-DB-Cluster](Concepts.AuroraHighAvailability.md#Aurora.Managing.FaultTolerance).
Weitere Informationen über Hochverfügbarkeit in Amazon Aurora finden Sie unter [Hohe Verfügbarkeit für Amazon Aurora](Concepts.AuroraHighAvailability.md).
# Cluster-Endpunkte für Amazon Aurora
Ein *Cluster-Endpunkt* (oder *Writer-Endpunkt*) für einen Aurora-DB-Cluster stellt eine Verbindung zur aktuellen primären DB-Instance für diesen DB-Cluster her. Nur dieser Endpunkt kann Schreibvorgänge wie z. B. DDL-Anweisungen durchführen. Aus diesem Grund sollten Sie eine Verbindung zum Cluster-Endpunkt herstellen, wenn Sie zum ersten Mal einen Cluster einrichten oder Ihr Cluster nur eine DB-Instance enthält.
Jeder Aurora-DB-Cluster verfügt über einen Cluster-Endpunkt und eine primäre DB-Instance.
Sie verwenden den Cluster-Endpunkt für alle Schreibvorgänge auf dem DB-Cluster, darunter Einfügungs-, Aktualisierungs- und Löschvorgänge sowie DDL-Änderungen. Sie können den Cluster-Endpunkt auch für Lesevorgänge nutzen, beispielsweise Abfragen.
Der Cluster-Endpunkt bietet Failover-Support für Lese-/Schreibverbindungen zum DB-Cluster. Wenn die aktuelle primäre DB-Instance eines DB-Clusters ausfällt, führt Aurora automatisch ein Failover zu einer neuen primären DB-Instance durch. Während eines Failovers bedient der DB-Cluster weiterhin Verbindungsanfragen von der neuen primären DB-Instance an den Cluster-Endpunkt mit minimaler Serviceunterbrechung.
Das folgende Beispiel zeigt einen Cluster-Endpunkt für einen Aurora MySQL-DB-Cluster.
```
mydbcluster.cluster-c7tj4example.us-east-1.rds.amazonaws.com:3306
```
Jeder Aurora-Cluster verfügt über einen integrierten Cluster-Endpunkt, dessen Name zusammen mit anderen Attributen durch Aurora verwaltet wird. Sie können einen solchen Endpunkt nicht erstellen, löschen oder ändern.
Den Cluster-Endpunkt verwenden Sie beim Verwalten Ihres Clusters, bei Extraktions-, Transformations- und Ladevorgängen (ETL) oder beim Entwickeln und Testen von Anwendungen. Der Cluster-Endpunkt stellt eine Verbindung zur primären Instance des Clusters her. Die primäre Instance ist die einzige DB-Instance, mit der Sie Tabellen und Indizes erstellen sowie `INSERT`-Anweisungen und andere DDL- und DML-Operationen ausführen können.
Die physische IP-Adresse, auf die der Cluster-Endpunkt verweist, wird geändert, wenn der Failover-Mechanismus für den Cluster eine neue DB-Instance zur primären Instance für Lese-Schreib-Operationen hochstuft. Wenn Sie irgendeine Form von Verbindungspooling oder eine andere Art von Multiplexing verwenden, müssen Sie möglicherweise zwischengespeicherte DNS-Informationen löschen oder die entsprechende Time-to-Live reduzieren. Hierdurch wird sichergestellt, dass Sie keine Lese-Schreib-Verbindung mit einer DB-Instance herstellen, die nicht mehr verfügbar ist oder nach einem Failover schreibgeschützt ist.
# Reader-Endpunkte für Amazon Aurora
Ein *Reader-Endpunkt* für einen Aurora-DB-Cluster bietet Verbindungsausgleichsunterstützung für schreibgeschützte Verbindungen zum DB-Cluster. Verwenden Sie den Leser-Endpunkt für Lesevorgänge, beispielsweise Abfragen. Durch die Verarbeitung dieser Anweisungen auf den schreibgeschützten Aurora-Replikaten reduziert dieser Endpunkt den Overhead für die primäre Instance. Er hilft dem Cluster auch, die Kapazität für gleichzeitige `SELECT`-Abfragen zu skalieren, und dies proportional zur Anzahl der Aurora-Replikate im Cluster. Jeder Aurora-DB-Cluster verfügt über einen Reader-Endpunkt.
Wenn der Cluster mindestens ein Aurora-Replikat enthält, gleicht der Reader-Endpunkt jede Verbindungsanforderung zwischen den Aurora-Replikaten aus. In diesem Fall können Sie nur schreibgeschützte Anweisungen wie `SELECT` in dieser Sitzung ausführen. Wenn der Cluster nur eine primäre Instance und keine Aurora-Replikate enthält, stellt der Reader-Endpunkt eine Verbindung zur primären Instance her. In diesem Fall können Sie Schreibvorgänge über den Endpunkt ausführen.
Das folgende Beispiel zeigt einen Leser-Endpunkt für einen Aurora MySQL-DB-Cluster.
```
mydbcluster.cluster-ro-c7tj4example.us-east-1.rds.amazonaws.com:3306
```
Sie nutzen den Reader-Endpunkt für schreibgeschützte Verbindungen Ihres Aurora-Clusters. Der Endpunkt nutzt einen Verbindungsausgleichsmechanismus, um Ihren Cluster bei der Verarbeitung abfrageintensiver Workloads zu unterstützen. Der Reader-Endpunkt ist der Endpunkt, den Sie Anwendungen zur Verfügung stellen, die Berichterstattung oder andere schreibgeschützte Operationen auf dem Cluster ausführen.
Der Reader-Endpunkt sorgt für den Ausgleich der Verbindungen zu verfügbaren Aurora-Replikaten in einem Aurora-DB-Cluster. Es wird kein Ausgleich für individuelle Abfragen durchgeführt. Wenn Sie zur Verteilung der Workload-Auslastung durch Lesevorgänge für einen DB-Cluster einen Ausgleich für jede Abfrage durchführen möchten, öffnen Sie für jede Abfrage eine neue Verbindung zum Reader-Endpunkt.
Jeder Aurora-Cluster verfügt über einen integrierten Cluster-Endpunkt verfügt, dessen Name zusammen mit anderen Attributen durch Aurora verwaltet wird. Sie können einen solchen Endpunkt nicht erstellen, löschen oder ändern.
Wenn Ihr Cluster nur ein primäres Ziel (Instance oder DB-Shard-Gruppe) und keine Aurora-Replikate enthält, stellt der Reader-Endpunkt eine Verbindung zur primären Instance her. In diesem Fall können Sie Schreibvorgänge über diesen Endpunkt ausführen.
**Tipp**
Über RDS-Proxy können Sie zusätzliche schreibgeschützte Endpunkte für einen Aurora-Cluster erstellen. Diese Endpunkte führen den gleichen Verbindungsausgleich wie der Aurora-Reader-Endpunkt aus. Anwendungen können sich schneller mit den Proxy-Endpunkten wieder verbinden als der Aurora-Reader-Endpunkt, wenn Reader-Instances nicht verfügbar sind. Die Proxy-Endpunkte können auch andere Proxy-Funktionen wie Multiplexing nutzen. Weitere Informationen finden Sie unter [Verwenden von Reader-Endpunkten mit Aurora-Clustern](rds-proxy-endpoints.md#rds-proxy-endpoints-reader).
# Instance-Endpunkte für Amazon Aurora
Ein *Instance-Endpunkt* stellt innerhalb eines Aurora-Clusters eine Verbindung zu einer spezifischen DB-Instance her. Jede DB-Instance in einem DB-Cluster hat einen eigenen, spezifischen Instance-Endpunkt. Daher ist ein Instance-Endpunkt für die aktuelle primäre DB-Instance des DB-Clusters vorhanden und es steht ein Instance-Endpunkt für jedes der Aurora-Replicas im DB-Cluster zur Verfügung.
Der Instance-Endpunkt bietet direkte Kontrolle über Verbindungen zum DB-Cluster für Szenarien, in denen die Verwendung des Cluster-Endpunkts oder des Leser-Endpunkts möglicherweise nicht angemessen ist. Beispiel: Ihre Client-Anwendung erfordert möglicherweise einen detaillierteren Verbindungsausgleich je nach Workload-Typ. In diesem Fall können Sie mehrere Clients so konfigurieren, dass sie Verbindungen zu verschiedenen Aurora-Replicas in einem DB-Cluster herstellen, um die Lese-Workloads zu verteilen. Ein Beispiel für die Verwendung von Instance-Endpunkten zur Verbesserung der Verbindungsgeschwindigkeit nach einem Failover für Aurora PostgreSQL finden Sie unter [Schnelles Failover mit Amazon Aurora PostgreSQL](AuroraPostgreSQL.BestPractices.FastFailover.md). Ein Beispiel für die Verwendung von Instance-Endpunkten zur Verbesserung der Verbindungsgeschwindigkeit nach einem Failover für Aurora MySQL finden Sie unter [MariaDB Connector/J failover support - case Amazon Aurora](https://mariadb.org/mariadb-connectorj-failover-support-case-amazon-aurora/).
Das folgende Beispiel zeigt einen Instance-Endpunkt für eine DB-Instance in einem Aurora MySQL-DB-Cluster.
```
mydbinstance.c7tj4example.us-east-1.rds.amazonaws.com:3306
```
Jede DB-Instance in einem Aurora-Cluster verfügt über ihren eigenen integrierten Instance-Endpunkt, dessen Name und andere Attribute von Aurora verwaltet werden. Sie können einen solchen Endpunkt nicht erstellen, löschen oder ändern. Möglicherweise sind Sie mit Instance-Endpunkten vertraut, wenn Sie Amazon RDS verwenden. Bei Aurora verwenden Sie die Schreiber- und Leser-Endpunkte jedoch häufiger als die Instance-Endpunkte.
Bei täglichen Aurora-Operationen werden Instance-Endpunkte hauptsächlich dazu verwendet, um Kapazitäts- oder Leistungsprobleme zu untersuchen, die eine spezifische Instance in einem Aurora-Cluster betreffen. Während eine Verbindung zu einer spezifischen Instance besteht, können Sie unter anderem deren Statusvariablen oder Metriken untersuchen. Hierdurch ist es möglich, Unterschiede zwischen den Aktivitäten verschiedener Cluster-Instances zu ermitteln.
In fortgeschrittenen Anwendungsfällen konfigurieren Sie einige DB-Instances möglicherweise anders als andere DB-Instances. Verwenden Sie in diesem Fall den Instance-Endpunkt, um eine direkte Verbindung mit einer Instance herzustellen, die kleiner oder größer ist oder sich auf eine andere Art von den anderen Instances unterscheidet. Legen Sie auch eine Failover-Priorität fest, damit diese spezielle DB-Instance bei einer Hochstufung zur primären Instance als letztes berücksichtigt wird. In solchen Fällen empfehlen wir, dass Sie nicht den Instance-Endpunkt, sondern benutzerdefinierte Endpunkte verwenden. Diese Vorgehensweise vereinfacht die Verbindungsverwaltung und trägt zur Gewährleistung von hoher Verfügbarkeit bei, wenn Sie Ihrem Cluster weitere DB-Instances hinzufügen.
# Benutzerdefinierte Endpunkte für Amazon Aurora
Ein *benutzerdefinierter Endpunkt* für einen Aurora-Cluster ist ein von Ihnen gewählter Satz an DB-Instances. Wenn Sie eine Verbindung mit dem Endpunkt herstellen, führt Aurora einen Verbindungsausgleich durch und wählt eine Instance aus der Gruppe aus, um die Verbindung zu ermöglichen. Sie bestimmen, auf welche Instances sich dieser Endpunkt bezieht, und Sie entscheiden auch, welchen Zweck der Endpunkt erfüllen soll.
Ein Aurora-DB-Cluster verfügt über keine benutzerdefinierten Endpunkte. Ein benutzerdefinierter Endpunkt muss daher von Ihnen erstellt werden. Sie können für jeden bereitgestellten Aurora-Cluster oder Cluster von Aurora Serverless v2 bis zu fünf benutzerdefinierte Endpunkte erstellen. Für Aurora Serverless v1-Cluster können keine benutzerdefinierten Endpunkte verwendet werden.
Der benutzerdefinierte Endpunkt stellt Datenbankverbindungen mit Lastausgleich bereit. Diese basieren auf anderen Kriterien als die schreibgeschützte oder die Lese-Schreib-Funktion der DB-Instances. So können Sie z. B. einen benutzerdefinierten Endpunkt definieren, um eine Verbindung mit Instances herzustellen, die eine bestimmte AWS-Instance-Klasse oder eine bestimmte DB-Parametergruppe verwenden. Sie können dann bestimmte Benutzergruppen über diesen benutzerdefinierten Endpunkt informieren. Beispielsweise können Sie internen Benutzern Instances mit geringer Kapazität für die Berichterstellung oder Ad-hoc-Abfragen (einmalig) und dem Produktionsdatenverkehr Instances mit hohen Kapazitäten zuweisen.
Da die Verbindung mit jeder mit dem benutzerdefinierten Endpunkt verknüpften DB-Instance erfolgen kann, sollten Sie sicherstellen, dass alle DB-Instances innerhalb dieser Gruppe bestimmte gemeinsame Eigenschaften aufweisen. Hierdurch wird sichergestellt, dass Leistung, Speicherkapazität usw. für alle Verbindungen mit diesem Endpunkt konsistent verfügbar sind.
Diese Funktion richtet sich an fortgeschrittene Benutzer mit besonderen Arten von Workloads, bei denen es nicht sinnvoll ist, wenn alle Aurora-Replicas im Cluster identisch sind. Mit benutzerdefinierten Endpunkten können Sie die Kapazität der DB-Instance vorhersagen, die für jede Verbindung verwendet wird. Bei der Verwendung von benutzerdefinierten Endpunkten wird der Reader-Endpunkt für diesen Cluster üblicherweise nicht verwendet.
Das folgende Beispiel zeigt einen benutzerdefinierten Endpunkt für eine DB-Instance in einem Aurora MySQL-DB-Cluster.
```
myendpoint.cluster-custom-c7tj4example.us-east-1.rds.amazonaws.com:3306
```
Benutzerdefinierte Endpunkte werden verwendet, um die Verbindungsverwaltung zu vereinfachen, wenn Ihr Cluster DB-Instances mit unterschiedlichen Kapazitäten und Konfigurationseinstellungen enthält.
Zuvor hätten Sie möglicherweise den CNAMES-Mechanismus verwendet, um DNS (Domain Name Service)-Aliasse Ihrer eigenen Domäne einzurichten und ähnliche Ergebnisse zu erzielen. Durch benutzerdefinierte Endpunkte müssen CNAME-Datensätze bei zu- oder abnehmender Größe Ihres Clusters nicht aktualisiert werden. Mit benutzerdefinierten Endpunkten können auch verschlüsselte Transport Layer Security (TLS)- und Secure Sockets Layer (SSL)-Verbindungen verwendet werden.
Anstatt für jeden bestimmten Zweck eine DB-Instance zu verwenden und eine Verbindung zu deren Instance-Endpunkt herzustellen, können Sie mehrere Gruppen spezifischer DB-Instances nutzen. In diesem Fall verfügt jede Gruppe über ihren eigenen benutzerdefinierten Endpunkt. Hierdurch kann Aurora einen Verbindungsausgleich unter allen Instances durchführen, die für Aufgaben wie Berichterstellung, die Verarbeitung der Produktionslast oder interne Abfragen bestimmt sind. Die benutzerdefinierten Endpunkte verteilen die Verbindungen passiv auf die Instances und verwenden DNS, um die IP-Adresse einer der Instances nach dem Zufallsprinzip zurückzugeben. Sollte eine DB-Instance innerhalb einer Gruppe nicht mehr verfügbar sein, leitet Aurora nachfolgende Verbindungen benutzerdefinierter Endpunkte an eine der anderen DB-Instances weiter, die mit demselben Endpunkt verknüpft sind.
**Topics**
+ [Überlegungen zu benutzerdefinierten Endpunkten in Amazon Aurora](Aurora.Endpoints.Custom.Considerations.md)
+ [Erstellen eines benutzerdefinierten Endpunkts](aurora-custom-endpoint-creating.md)
+ [Anzeigen von benutzerdefinierten Endpunkten](aurora-endpoint-viewing.md)
+ [Bearbeiten eines benutzerdefinierten Endpunkts](aurora-endpoint-editing.md)
+ [Löschen eines benutzerdefinierten Endpunkts](aurora-endpoints-custom-deleting.md)
+ [AWS CLI Beispiele für benutzerdefinierte Endpunkte für Amazon Aurora](Aurora.Endpoint.Tutorial.md)
# Überlegungen zu benutzerdefinierten Endpunkten in Amazon Aurora
Verwenden Sie die Informationen in den folgenden Abschnitten, um benutzerdefinierte Endpunkte zu verwalten, Eigenschaften dafür anzugeben und Mitgliedschaftsregeln zu verwenden.
**Topics**
+ [Verwalten von benutzerdefinierten Endpunkten](#Aurora.Endpoints.Custom.Managing)
+ [Angeben der Eigenschaften für benutzerdefinierte Endpunkte](#Aurora.Endpoints.Custom.Properties)
+ [Mitgliedschaftsregeln für benutzerdefinierte Endpunkte](#Aurora.Endpoints.Custom.Membership)
## Verwalten von benutzerdefinierten Endpunkten
Da neu erstellte Aurora-Cluster über keine benutzerdefinierten Endpunkte verfügen, müssen Sie diese Objekte selbst erstellen und verwalten. Sie tun dies mit der AWS-Managementkonsole AWS CLI, oder Amazon RDS-API.
**Anmerkung**
Sie müssen auch benutzerdefinierte Endpunkte für Aurora-Cluster erstellen und verwalten, die anhand von Snapshots wiederhergestellt wurden. Benutzerdefinierte Endpunkte sind nicht im Snapshot enthalten. Sie erstellen sie nach der Wiederherstellung erneut und wählen neue Endpunktnamen, wenn sich der wiederhergestellte Cluster in der gleichen Region wie der ursprüngliche Cluster befindet.
Um mit benutzerdefinierten Endpunkten von zu arbeiten AWS-Managementkonsole, navigieren Sie zur Detailseite für Ihren Aurora-Cluster und verwenden die Steuerelemente im Abschnitt **Benutzerdefinierte Endpunkte**.
Um mit benutzerdefinierten Endpunkten aus dem zu arbeiten AWS CLI, können Sie die folgenden Operationen verwenden:
+ [create-db-cluster-endpoint](https://docs.aws.amazon.com/cli/latest/reference/rds/create-db-cluster-endpoint.html)
+ [describe-db-cluster-endpoints](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-cluster-endpoints.html)
+ [modify-db-cluster-endpoint](https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-cluster-endpoint.html)
+ [delete-db-cluster-endpoint](https://docs.aws.amazon.com/cli/latest/reference/rds/delete-db-cluster-endpoint.html)
Sie können die folgenden Funktionen verwenden, um über die Amazon-RDS-API mit benutzerdefinierten Endpunkten zu arbeiten:
+ [Endpunkt erstellen DBCluster](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_CreateDBClusterEndpoint.html)
+ [Beschreiben Sie DBCluster Endpunkte](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_DescribeDBClusterEndpoints.html)
+ [Endpunkt ändern DBCluster](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_ModifyDBClusterEndpoint.html)
+ [DBClusterEndpunkt löschen](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_DeleteDBClusterEndpoint.html)
## Angeben der Eigenschaften für benutzerdefinierte Endpunkte
Die maximale Länge des Namens für einen benutzerdefinierten Endpunkt beträgt 63 Zeichen. Der Name hat folgendes Format:
```
endpoint_name.cluster-custom-customer_DNS_identifier.AWS_Region.rds.amazonaws.com
```
Sie können den Namen eines benutzerdefinierten Endpunkts nicht für mehr als einen Cluster in derselben AWS-Region verwenden. Die benutzerdefinierte DNS-ID ist eine eindeutige Kennung, die mit Ihrer AWS-Konto bestimmten Kennung verknüpft ist AWS-Region.
Jedem benutzerdefinierten Endpunkt ist ein Typ zugeordnet, der bestimmt, welche DB-Instances diesem Endpunkt zugeordnet werden können. Zurzeit kann der Typ entweder `READER` oder `ANY` sein. Für die benutzerdefinierten Endpunkttypen gelten die folgenden Überlegungen:
+ Sie können den benutzerdefinierten Endpunkttyp nicht in der AWS-Managementkonsole auswählen. Alle benutzerdefinierten Endpunkte, die Sie über die erstellen, AWS-Managementkonsole haben einen Typ von`ANY`.
Sie können den benutzerdefinierten Endpunkttyp mithilfe der AWS CLI oder der Amazon RDS-API festlegen und ändern.
+ Nur Reader-DB-Instances können Teil eines benutzerdefinierten `READER`-Endpunkts sein.
+ Sowohl Reader- als auch Writer-DB-Instances können Teil eines benutzerdefinierten `ANY`-Endpunkts sein. Aurora leitet Verbindungen zu Cluster-Endpunkten mit Typ `ANY` mit gleicher Wahrscheinlichkeit zu jeder zugehörigen DB-Instance. Der Typ `ANY` gilt für Cluster mit allen Replikationstopologien.
+ Wenn Sie versuchen, einen benutzerdefinierten Endpunkt mit einem Typ zu erstellen, der mit der Replikationskonfiguration eines Clusters nicht kompatibel ist, zeigt Aurora eine Fehlermeldung an.
## Mitgliedschaftsregeln für benutzerdefinierte Endpunkte
Wenn Sie eine DB-Instance einem benutzerdefinierten Endpunkt hinzufügen oder aus einem benutzerdefinierten Endpunkt entfernen, bleiben alle vorhandenen Verbindungen zu dieser DB-Instance bestehen.
Sie können eine Liste mit DB-Instances definieren, die im benutzerdefinierten Endpunkt enthalten oder aus diesem ausgeschlossen sein sollen. Wir bezeichnen diese Listen als *statische* bzw. als *Ausschlusslisten*. Sie können den inclusion/exclusion Mechanismus verwenden, um die Gruppen von DB-Instances weiter zu unterteilen und sicherzustellen, dass der Satz von benutzerdefinierten Endpunkten alle DB-Instances im Cluster abdeckt. Jeder benutzerdefinierte Endpunkt kann jeweils nur einen dieser Listentypen enthalten.
Im: AWS-Managementkonsole
+ Die Auswahl wird durch das Kontrollkästchen **Attach future instances added to this cluster** (Zukünftige Instances diesem Cluster anfügen) dargestellt. Wenn Sie das Kontrollkästchen deaktivieren, verwendet der benutzerdefinierte Endpunkt eine statische Liste, die nur die auf der Seite angegebenen DB-Instances enthält. Wenn Sie das Kontrollkästchen aktivieren, verwendet der benutzerdefinierte Endpunkt eine Ausschlussliste. In diesem Fall repräsentiert der benutzerdefinierte Endpunkt alle DB-Instances im Cluster (einschließlich zukünftig hinzugefügter DB-Instances) außer jenen, die auf der Seite nicht ausgewählt wurden.
+ In der Konsole können Sie den Endpunkttyp nicht angeben. Jeder benutzerdefinierte Endpunkt, der mit der Konsole erstellt wurde, weist den Typ `ANY` auf.
Daher ändert Aurora die Mitgliedschaft des benutzerdefinierten Endpunkts nicht, wenn DB-Instances aufgrund eines Failovers oder einer Hochstufung die Rollen zwischen Writer und Reader ändern.
In der AWS CLI und der Amazon RDS-API:
+ Sie können den Endpunkttyp angeben. Wenn der Endpunkttyp auf `READER` gesetzt ist, wird die Endpunkt-Mitgliedschaft daher bei Failovers und Hochstufungen automatisch angepasst.
Beispielsweise enthält ein benutzerdefinierter Endpunkt des Typs `READER` ein Aurora-Replikat, das anschließend zu einer Writer-DB-Instance hochgestuft wird. Die neue Writer-Instance ist nicht mehr Teil des benutzerdefinierten Endpunkts.
+ Sie können einzelne Mitglieder den Listen hinzufügen und sie aus den Listen entfernen, nachdem sie ihre Rollen geändert haben. Verwenden Sie den [modify-db-cluster-endpoint](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/rds/modify-db-cluster-endpoint.html) AWS CLI Befehl oder den Vorgang [„DBClusterEndpoint API modifizieren](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_ModifyDBClusterEndpoint.html)“.
Sie können eine DB-Instance mit mehreren benutzerdefinierten Endpunkten verknüpfen. Angenommen, Sie fügen einem Cluster eine neue DB-Instance hinzu, oder eine DB-Instance wird von Aurora automatisch durch den Mechanismus der automatischen Skalierung hinzugefügt. In diesen Fällen wird die DB-Instance allen infrage kommenden benutzerdefinierten Endpunkten hinzugefügt. Welchen Endpunkten die DB-Instance hinzugefügt wird, hängt vom benutzerdefinierten Endpunkt des Typs `READER` oder `ANY` sowie von statischen Listen oder Ausschlusslisten ab, die für jeden Endpunkt definiert wurden. Wenn der Endpunkt beispielsweise eine statische Liste von DB-Instances enthält, werden kürzlich hinzugefügte Aurora-Replicas nicht diesem Endpunkt hinzugefügt. Wenn der Endpunkt über eine Ausschlussliste verfügt, werden neu hinzugefügte Aurora-Replicas dem Endpunkt hinzugefügt, wenn sie nicht in der Ausschlussliste aufgeführt sind und ihre Rollen dem Typ des benutzerdefinierten Endpunkts entsprechen.
Wenn ein Aurora-Replica nicht mehr verfügbar ist, bleibt es weiterhin mit benutzerdefinierten Endpunkten verknüpft. Das Replica bleibt Teil des benutzerdefinierten Endpunkts, wenn es z. B. nicht voll funktionsfähig ist, angehalten wurde oder neu startet. Sie können jedoch erst dann eine Verbindung über diese Endpunkte zum Replica herstellen, wenn es wieder verfügbar ist.
# Erstellen eines benutzerdefinierten Endpunkts
Erstellen Sie einen benutzerdefinierten Endpunkt mit der AWS-Managementkonsole, der AWS CLI oder der Amazon-RDS-API.
## Konsole
Zum Erstellen eines benutzerdefinierten Endpunkts mit der AWS-Managementkonsole besuchen Sie die Cluster-Detailseite und wählen Sie im Abschnitt **Endpoints (Endpunkte)** die Aktion `Create custom endpoint` aus. Wählen Sie einen Namen für den benutzerdefinierten Endpunkt aus. Dieser muss für Ihre Benutzer-ID und Region eindeutig sein. Um eine Liste von DB-Instances auszuwählen, die auch bei einer Erweiterung des Clusters gleich bleibt, lassen Sie das Kontrollkästchen **Attach future instances added to this cluster (Zukünftige zu diesem Cluster hinzugefügte Instances anhängen)** deaktiviert. Wenn Sie dieses Kontrollkästchen aktivieren, fügt der benutzerdefinierte Endpunkt dynamisch alle neuen Instances hinzu, wenn Sie sie zum Cluster hinzufügen.
![\[Erstellen Sie eine benutzerdefinierte Endpunktseite mit Feldern für die Endpunkt-ID, die Auswahl des Instance-Typs und statischen Optionen bzw. Ausschlussoptionen.\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/AuroraUserGuide/images/AuroraCreateCustomEndpoint.png)
Sie können den benutzerdefinierten Endpunkttyp nicht in der AWS-Managementkonsole auswählen. Alle von Ihnen mit der AWS-Managementkonsole erstellten benutzerdefinierten Endpunkte haben den Typ `ANY`.
## AWS CLI
Zum Erstellen eines benutzerdefinierten Endpunkts mit der AWS CLI führen Sie den Befehl [create-db-cluster-endpoint](https://docs.aws.amazon.com/cli/latest/reference/rds/create-db-cluster-endpoint.html) aus.
Mit folgendem Befehl wird ein benutzerdefinierter Endpunkt erstellt, der an einen bestimmten Cluster angefügt ist. Zu Beginn wird der Endpunkt mit allen Aurora-Replica-Instances des Clusters verknüpft. Über einen nachfolgenden Befehl wird er mit einem spezifischen Satz an DB-Instances im Cluster verknüpft.
Für Linux, macOS oder Unix:
```
aws rds create-db-cluster-endpoint --db-cluster-endpoint-identifier custom-endpoint-doc-sample \
--endpoint-type reader \
--db-cluster-identifier cluster_id
aws rds modify-db-cluster-endpoint --db-cluster-endpoint-identifier custom-endpoint-doc-sample \
--static-members instance_name_1 instance_name_2
```
Für Windows:
```
aws rds create-db-cluster-endpoint --db-cluster-endpoint-identifier custom-endpoint-doc-sample ^
--endpoint-type reader ^
--db-cluster-identifier cluster_id
aws rds modify-db-cluster-endpoint --db-cluster-endpoint-identifier custom-endpoint-doc-sample ^
--static-members instance_name_1 instance_name_2
```
## RDS-API
Zum Erstellen eines benutzerdefinierten Endpunkts mit der RDS-API führen Sie die Aktion [CreateDBClusterEndpoint](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_CreateDBClusterEndpoint.html) aus.
# Anzeigen von benutzerdefinierten Endpunkten
## Konsole
Zum Anzeigen von benutzerdefinierten Endpunkten mit der AWS-Managementkonsole gehen Sie zur Cluster-Detailseite des entsprechenden Clusters und rufen den Abschnitt **Endpoints (Endpunkte)** auf. Dieser Abschnitt enthält nur Informationen zu benutzerdefinierten Endpunkten. Die Details der integrierten Endpunkte sind im Abschnitt zu den wichtigsten **Details** aufgeführt. Um die Details für einen spezifischen benutzerdefinierten Endpunkt anzuzeigen, wählen Sie dessen Namen aus. Daraufhin wird die Detailseite für diesen Endpunkt geöffnet.
Der folgende Screenshot zeigt, dass die Liste der benutzerdefinierten Endpunkte für einen Aurora-Cluster zu Beginn leer ist.
![\[Endpunktseite ohne benutzerdefinierte Endpunkte\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/AuroraUserGuide/images/AuroraCustomEndpointEmptyList.png)
Nachdem Sie einige benutzerdefinierte Endpunkte für diesen Cluster erstellt haben, werden diese im Abschnitt **Endpoints (Endpunkte)** angezeigt.
![\[Endpunktseite mit zwei benutzerdefinierten Endpunkten\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/AuroraUserGuide/images/AuroraCustomEndpointList.png)
Auf der Detailseite sehen Sie, mit welchen DB-Instances der Endpunkt derzeit verknüpft ist.
![\[DB-Instances, die einem benutzerdefinierten Endpunkt zugeordnet sind\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/AuroraUserGuide/images/AuroraCustomEndpointDetail.png)
Um darüber hinaus anzuzeigen, ob dem Cluster neu hinzugefügte DB-Instances automatisch auch in den Endpunkt integriert werden, rufen Sie die Seite **Bearbeiten** für den Endpunkt auf.
## AWS CLI
Zum Anzeigen benutzerdefinierter Endpunkte mit der AWS CLI führen Sie den Befehl [describe-db-cluster-endpoints](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-cluster-endpoints.html) aus.
Mit folgendem Befehl werden die benutzerdefinierten Endpunkte angezeigt, die mit einem bestimmten Cluster in einer bestimmten Region verknüpft sind. Die Ausgabe beinhaltet sowohl die integrierten Endpunkte als auch jeden benutzerdefinierten Endpunkt.
Für Linux, macOS oder Unix:
```
aws rds describe-db-cluster-endpoints --region region_name \
--db-cluster-identifier cluster_id
```
Für Windows:
```
aws rds describe-db-cluster-endpoints --region region_name ^
--db-cluster-identifier cluster_id
```
Im folgenden Beispiel wird der Befehl `describe-db-cluster-endpoints` mit einer Beispielausgabe gezeigt. Der `EndpointType` von `WRITER` oder `READER` bezeichnet die integrierten Schreib- und Lese- sowie schreibgeschützten Endpunkte des Clusters. Der `EndpointType` `CUSTOM` bezeichnet Endpunkte, die von Ihnen erstellt und deren verknüpfte DB-Instances von Ihnen ausgewählt werden. Einer der Endpunkte verfügt über ein Feld `StaticMembers`, das angibt, dass der Endpunkt mit einem genau bestimmten Satz an DB-Instances verknüpft ist. Dieses Feld kann nicht leer sein. Der andere Endpunkt verfügt über ein Feld `ExcludedMembers`, das angibt, dass der Endpunkt mit *anderen* als den unter `ExcludedMembers` aufgeführten DB-Instances verknüpft ist. Auch dieses Feld kann nicht leer sein. Die zweite Art benutzerdefinierter Endpunkte wird größer, um neue Instances zu berücksichtigen, die dem Cluster hinzufügt werden.
```
{
"DBClusterEndpoints": [
{
"Endpoint": "custom-endpoint-demo.cluster-c7tj4example.ca-central-1.rds.amazonaws.com",
"Status": "available",
"DBClusterIdentifier": "custom-endpoint-demo",
"EndpointType": "WRITER"
},
{
"Endpoint": "custom-endpoint-demo.cluster-ro-c7tj4example.ca-central-1.rds.amazonaws.com",
"Status": "available",
"DBClusterIdentifier": "custom-endpoint-demo",
"EndpointType": "READER"
},
{
"CustomEndpointType": "ANY",
"DBClusterEndpointIdentifier": "powers-of-2",
"ExcludedMembers": [],
"DBClusterIdentifier": "custom-endpoint-demo",
"Status": "available",
"EndpointType": "CUSTOM",
"Endpoint": "powers-of-2.cluster-custom-c7tj4example.ca-central-1.rds.amazonaws.com",
"StaticMembers": [
"custom-endpoint-demo-04",
"custom-endpoint-demo-08",
"custom-endpoint-demo-01",
"custom-endpoint-demo-02"
],
"DBClusterEndpointResourceIdentifier": "cluster-endpoint-W7PE3TLLFNSHXQKFU6J6NV5FHU",
"DBClusterEndpointArn": "arn:aws:rds:ca-central-1:111122223333:cluster-endpoint:powers-of-2"
},
{
"CustomEndpointType": "ANY",
"DBClusterEndpointIdentifier": "eight-and-higher",
"ExcludedMembers": [
"custom-endpoint-demo-04",
"custom-endpoint-demo-02",
"custom-endpoint-demo-07",
"custom-endpoint-demo-05",
"custom-endpoint-demo-03",
"custom-endpoint-demo-06",
"custom-endpoint-demo-01"
],
"DBClusterIdentifier": "custom-endpoint-demo",
"Status": "available",
"EndpointType": "CUSTOM",
"Endpoint": "eight-and-higher.cluster-custom-123456789012.ca-central-1.rds.amazonaws.com",
"StaticMembers": [],
"DBClusterEndpointResourceIdentifier": "cluster-endpoint-W7PE3TLLFNSHYQKFU6J6NV5FHU",
"DBClusterEndpointArn": "arn:aws:rds:ca-central-1:111122223333:cluster-endpoint:eight-and-higher"
}
]
}
```
## RDS-API
Zum Anzeigen benutzerdefinierter Endpunkte mit der RDS-API führen Sie die Aktion [DescribeDBClusterEndpoints.html](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_DescribeDBClusterEndpoints.html.html) aus.
# Bearbeiten eines benutzerdefinierten Endpunkts
Sie können die Eigenschaften eines benutzerdefinierten Endpunkts bearbeiten, um die mit dem Endpunkt verknüpften DB-Instances zu ändern. Sie können bei einem Endpunkt auch zwischen einer statischen und einer Ausschlussliste wechseln. Weitere Informationen zu diesen Endpunkteigenschaften finden Sie unter [Mitgliedschaftsregeln für benutzerdefinierte Endpunkte](Aurora.Endpoints.Custom.Considerations.md#Aurora.Endpoints.Custom.Membership).
Sie können einen benutzerdefinierten Endpunkt weiterhin verwenden oder eine Verbindung zu diesem herstellen, wenn die Änderungen einer Bearbeitungsaktion noch verarbeitet werden.
## Konsole
Zum Erstellen eines benutzerdefinierten Endpunkts mit der AWS-Managementkonsole wählen Sie den Endpunkt auf der Cluster-Detailseite aus oder rufen die Detailseite des Endpunkts auf und wählen dort die Aktion **Edit (Bearbeiten)** aus.
![\[Bearbeiten eines benutzerdefinierten Endpunkts\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/AuroraUserGuide/images/AuroraEditCustomEndpoint.png)
## AWS CLI
Zum Bearbeiten eines benutzerdefinierten Endpunkts mit der AWS CLI führen Sie den Befehl [modify-db-cluster-endpoint](https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-cluster-endpoint.html) aus.
Mit den folgenden Befehlen wird der Satz an DB-Instances geändert, die für einen benutzerdefinierten Endpunkt gelten, und optional zwischen dem Verhalten einer statischen Liste oder einer Ausschlussliste gewechselt. Die Parameter `--static-members` und `--excluded-members` weisen eine durch Leerzeichen getrennte Liste von DB-Instance-Kennungen auf.
Für Linux, macOS oder Unix:
```
aws rds modify-db-cluster-endpoint --db-cluster-endpoint-identifier my-custom-endpoint \
--static-members db-instance-id-1 db-instance-id-2 db-instance-id-3 \
--region region_name
aws rds modify-db-cluster-endpoint --db-cluster-endpoint-identifier my-custom-endpoint \
--excluded-members db-instance-id-4 db-instance-id-5 \
--region region_name
```
Für Windows:
```
aws rds modify-db-cluster-endpoint --db-cluster-endpoint-identifier my-custom-endpoint ^
--static-members db-instance-id-1 db-instance-id-2 db-instance-id-3 ^
--region region_name
aws rds modify-db-cluster-endpoint --db-cluster-endpoint-identifier my-custom-endpoint ^
--excluded-members db-instance-id-4 db-instance-id-5 ^
--region region_name
```
## RDS-API
Zum Bearbeiten eines benutzerdefinierten Endpunkts mit der RDS-API führen Sie die Aktion [ModifyDBClusterEndpoint.html](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_ModifyDBClusterEndpoint.html.html) aus.
# Löschen eines benutzerdefinierten Endpunkts
Löschen Sie einen benutzerdefinierten Endpunkt mit der AWS-Managementkonsole, der AWS CLI oder der Amazon-RDS-API.
## Konsole
Zum Löschen eines benutzerdefinierten Endpunkts mit der AWS-Managementkonsole wählen Sie auf der Cluster-Detailseite den entsprechenden benutzerdefinierten Endpunkt und dann die Aktion **Delete (Löschen)** aus.
![\[Seite „Benutzerdefinierte Endpunkte löschen“\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/AuroraUserGuide/images/AuroraDeleteCustomEndpoint.png)
## AWS CLI
Zum Löschen eines benutzerdefinierten Endpunkts mit der AWS CLI führen Sie den Befehl [delete-db-cluster-endpoint](https://docs.aws.amazon.com/cli/latest/reference/rds/delete-db-cluster-endpoint.html) aus.
Mit folgendem Befehl wird ein benutzerdefinierter Endpunkt gelöscht: Sie müssen nicht den verknüpften Cluster, aber die Region angeben.
Für Linux, macOS oder Unix:
```
aws rds delete-db-cluster-endpoint --db-cluster-endpoint-identifier custom-end-point-id \
--region region_name
```
Für Windows:
```
aws rds delete-db-cluster-endpoint --db-cluster-endpoint-identifier custom-end-point-id ^
--region region_name
```
## RDS-API
Zum Löschen eines benutzerdefinierten Endpunkts mit der RDS-API führen Sie die Aktion [DeleteDBClusterEndpoint](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_DeleteDBClusterEndpoint.html) aus.
# AWS CLI Beispiele für benutzerdefinierte Endpunkte für Amazon Aurora
Das folgende Tutorial zeigt anhand von AWS CLI Beispielen mit Unix-Shell-Syntax, wie Sie einen Cluster mit mehreren „kleinen“ DB-Instances und einigen „großen“ DB-Instances definieren und benutzerdefinierte Endpunkte erstellen können, um eine Verbindung zu jeder Gruppe von DB-Instances herzustellen. Um ähnliche Befehle auf Ihrem eigenen System ausführen zu können, sollten Sie mit den Grundlagen der Arbeit mit Aurora-Clustern und der AWS CLI Verwendung vertraut sein, um Ihre eigenen Werte für Parameter wie Region, Subnetzgruppe und VPC-Sicherheitsgruppe bereitzustellen.
Dieses Beispiel verdeutlicht die ersten Einrichtungsschritte: das Erstellen eines Aurora-Clusters und das Hinzufügen von DB-Instances. Hierbei handelt es sich um einen heterogenen Cluster, weshalb nicht alle DB-Instances über die gleiche Kapazität verfügen. Die meisten Instances verwenden die AWS Instance-Klasse`db.r4.4xlarge`, aber die letzten beiden DB-Instances verwenden sie. `db.r4.16xlarge` Bei jedem dieser `create-db-instance`-Beispielbefehle wird die Ausgabe auf dem Bildschirm angezeigt und eine Kopie der JSON-Datei zur späteren Prüfung gespeichert.
```
aws rds create-db-cluster --db-cluster-identifier custom-endpoint-demo --engine aurora-mysql \
--engine-version 8.0.mysql_aurora.3.04.0 --master-username $MASTER_USER --manage-master-user-password \
--db-subnet-group-name $SUBNET_GROUP --vpc-security-group-ids $VPC_SECURITY_GROUP \
--region $REGION
for i in 01 02 03 04 05 06 07 08
do
aws rds create-db-instance --db-instance-identifier custom-endpoint-demo-${i} \
--engine aurora --db-cluster-identifier custom-endpoint-demo --db-instance-class db.r4.4xlarge \
--region $REGION \
| tee custom-endpoint-demo-${i}.json
done
for i in 09 10
do
aws rds create-db-instance --db-instance-identifier custom-endpoint-demo-${i} \
--engine aurora --db-cluster-identifier custom-endpoint-demo --db-instance-class db.r4.16xlarge \
--region $REGION \
| tee custom-endpoint-demo-${i}.json
done
```
Die größeren Instances sind für spezialisierte Arten von Berichtsabfragen vorgesehen. Damit diese nicht auf die primäre Instance hochgestuft werden, wird im folgenden Beispiel gezeigt, wie der Hochstufungsebene für diese Instances die niedrigste Priorität zugewiesen wird. In diesem Beispiel wird die Option `--manage-master-user-password` zum Generieren des Hauptbenutzerpassworts und zum Verwalten dieses Passworts in Secrets Manager angegeben. Weitere Informationen finden Sie unter [Passwortverwaltung mit , Amazon Aurora und AWS Secrets Manager](rds-secrets-manager.md). Alternativ können Sie die Option `--master-password` verwenden, um das Passwort selbst festzulegen und zu verwalten.
```
for i in 09 10
do
aws rds modify-db-instance --db-instance-identifier custom-endpoint-demo-${i} \
--region $REGION --promotion-tier 15
done
```
Angenommen, Sie möchten die zwei „größeren“ Instances nur für die ressourcenintensivsten Abfragen verwenden. Dazu können Sie zunächst einen benutzerdefinierten schreibgeschützten Endpunkt erstellen. Anschließend können Sie eine statische Liste von Elementen hinzufügen, sodass der Endpunkt nur mit diesen DB-Instances verbunden ist. Da sich diese Instances bereits in der niedrigsten Hochstufungsebene befinden, ist es unwahrscheinlich, dass eine von ihnen auf die primäre Instance hochgestuft wird. Sollte eine der Instances auf die primäre Instance hochgestuft worden sein, wäre sie über diesen Endpunkt nicht erreichbar, da der `READER`-Typ anstatt des `ANY`-Typs angegeben wurde.
Das folgende Beispiel verdeutlicht das Erstellen und Ändern von Endpunktbefehlen sowie eine JSON-Beispielausgabe mit dem ursprünglichen und geänderten Status des benutzerdefinierten Endpunkts.
```
$ aws rds create-db-cluster-endpoint --region $REGION \
--db-cluster-identifier custom-endpoint-demo \
--db-cluster-endpoint-identifier big-instances --endpoint-type reader
{
"EndpointType": "CUSTOM",
"Endpoint": "big-instances.cluster-custom-c7tj4example.ca-central-1.rds.amazonaws.com",
"DBClusterEndpointIdentifier": "big-instances",
"DBClusterIdentifier": "custom-endpoint-demo",
"StaticMembers": [],
"DBClusterEndpointResourceIdentifier": "cluster-endpoint-W7PE3TLLFNSHXQKFU6J6NV5FHU",
"ExcludedMembers": [],
"CustomEndpointType": "READER",
"Status": "creating",
"DBClusterEndpointArn": "arn:aws:rds:ca-central-1:111122223333:cluster-endpoint:big-instances"
}
$ aws rds modify-db-cluster-endpoint --db-cluster-endpoint-identifier big-instances \
--static-members custom-endpoint-demo-09 custom-endpoint-demo-10 --region $REGION
{
"EndpointType": "CUSTOM",
"ExcludedMembers": [],
"DBClusterEndpointIdentifier": "big-instances",
"DBClusterEndpointResourceIdentifier": "cluster-endpoint-W7PE3TLLFNSHXQKFU6J6NV5FHU",
"CustomEndpointType": "READER",
"DBClusterEndpointArn": "arn:aws:rds:ca-central-1:111122223333:cluster-endpoint:big-instances",
"StaticMembers": [
"custom-endpoint-demo-10",
"custom-endpoint-demo-09"
],
"Status": "modifying",
"Endpoint": "big-instances.cluster-custom-c7tj4example.ca-central-1.rds.amazonaws.com",
"DBClusterIdentifier": "custom-endpoint-demo"
}
```
Der standardmäßige `READER`-Endpunkt des Clusters kann eine Verbindung entweder zur kleinen oder zur großen DB-Instance herstellen. Hierdurch wird das Vorhersagen der Abfrageleistung und der Skalierbarkeit bei einer hohen Auslastung des Clusters erschwert. Um den Workload zwischen den DB-Instance-Sätzen klar aufzuteilen, können Sie den standardmäßigen `READER`-Endpunkt ignorieren und einen zweiten benutzerdefinierten Endpunkt erstellen, der eine Verbindung mit den anderen DB-Instances herstellt. Im folgenden Beispiel wird dies erreicht, indem zunächst ein benutzerdefinierter Endpunkt erstellt und dann eine Ausschlussliste hinzugefügt wird. Alle anderen DB-Instances, die Sie dem Cluster später hinzufügen, werden automatisch in diesen Endpunkt integriert. Der Typ `ANY` signalisiert, dass dieser Endpunkt mit insgesamt acht Instances verknüpft ist: mit der primären Instance und sieben anderen Aurora-Replicas. Wenn im Beispiel der Typ `READER` verwendet würde, wäre der benutzerdefinierte Endpunkt nur mit den sieben Aurora-Replicas verknüpft.
```
$ aws rds create-db-cluster-endpoint --region $REGION --db-cluster-identifier custom-endpoint-demo \
--db-cluster-endpoint-identifier small-instances --endpoint-type any
{
"Status": "creating",
"DBClusterEndpointIdentifier": "small-instances",
"CustomEndpointType": "ANY",
"EndpointType": "CUSTOM",
"Endpoint": "small-instances.cluster-custom-c7tj4example.ca-central-1.rds.amazonaws.com",
"StaticMembers": [],
"ExcludedMembers": [],
"DBClusterIdentifier": "custom-endpoint-demo",
"DBClusterEndpointArn": "arn:aws:rds:ca-central-1:111122223333:cluster-endpoint:small-instances",
"DBClusterEndpointResourceIdentifier": "cluster-endpoint-6RDDXQOC3AKKZT2PRD7ST37BMY"
}
$ aws rds modify-db-cluster-endpoint --db-cluster-endpoint-identifier small-instances \
--excluded-members custom-endpoint-demo-09 custom-endpoint-demo-10 --region $REGION
{
"DBClusterEndpointIdentifier": "small-instances",
"DBClusterEndpointArn": "arn:aws:rds:ca-central-1:c7tj4example:cluster-endpoint:small-instances",
"DBClusterEndpointResourceIdentifier": "cluster-endpoint-6RDDXQOC3AKKZT2PRD7ST37BMY",
"CustomEndpointType": "ANY",
"Endpoint": "small-instances.cluster-custom-c7tj4example.ca-central-1.rds.amazonaws.com",
"EndpointType": "CUSTOM",
"ExcludedMembers": [
"custom-endpoint-demo-09",
"custom-endpoint-demo-10"
],
"StaticMembers": [],
"DBClusterIdentifier": "custom-endpoint-demo",
"Status": "modifying"
}
```
Im folgenden Beispiel wird der Status der Endpunkte dieses Clusters geprüft. Mit dem `EndPointType` `WRITER` verfügt der Cluster immer noch über seinen ursprünglichen Cluster-Endpunkt, den Sie weiterhin für die Administration, für Extraktions-, Transformations- und Ladevorgänge (ETL) und andere Schreibvorgänge nutzen würden. Er verfügt immer noch über seinen ursprünglichen `READER`-Endpunkt, den Sie nicht verwenden würden, da jede zu ihm hergestellte Verbindung möglicherweise zu einer kleinen oder großen DB-Instance weitergeleitet wird. Die benutzerdefinierten Endpunkte machen dieses Verhalten vorhersehbar, da Verbindungen verwendet werden, die, je nach angegebenem Endpunkt, garantiert eine der kleinen oder großen DB-Instances verwenden.
```
$ aws rds describe-db-cluster-endpoints --region $REGION
{
"DBClusterEndpoints": [
{
"EndpointType": "WRITER",
"Endpoint": "custom-endpoint-demo.cluster-c7tj4example.ca-central-1.rds.amazonaws.com",
"Status": "available",
"DBClusterIdentifier": "custom-endpoint-demo"
},
{
"EndpointType": "READER",
"Endpoint": "custom-endpoint-demo.cluster-ro-c7tj4example.ca-central-1.rds.amazonaws.com",
"Status": "available",
"DBClusterIdentifier": "custom-endpoint-demo"
},
{
"Endpoint": "small-instances.cluster-custom-c7tj4example.ca-central-1.rds.amazonaws.com",
"CustomEndpointType": "ANY",
"DBClusterEndpointArn": "arn:aws:rds:ca-central-1:111122223333:cluster-endpoint:small-instances",
"ExcludedMembers": [
"custom-endpoint-demo-09",
"custom-endpoint-demo-10"
],
"DBClusterEndpointResourceIdentifier": "cluster-endpoint-6RDDXQOC3AKKZT2PRD7ST37BMY",
"DBClusterIdentifier": "custom-endpoint-demo",
"StaticMembers": [],
"EndpointType": "CUSTOM",
"DBClusterEndpointIdentifier": "small-instances",
"Status": "modifying"
},
{
"Endpoint": "big-instances.cluster-custom-c7tj4example.ca-central-1.rds.amazonaws.com",
"CustomEndpointType": "READER",
"DBClusterEndpointArn": "arn:aws:rds:ca-central-1:111122223333:cluster-endpoint:big-instances",
"ExcludedMembers": [],
"DBClusterEndpointResourceIdentifier": "cluster-endpoint-W7PE3TLLFNSHXQKFU6J6NV5FHU",
"DBClusterIdentifier": "custom-endpoint-demo",
"StaticMembers": [
"custom-endpoint-demo-10",
"custom-endpoint-demo-09"
],
"EndpointType": "CUSTOM",
"DBClusterEndpointIdentifier": "big-instances",
"Status": "available"
}
]
}
```
In den abschließenden Beispielen wird gezeigt, wie nachfolgende Datenbankverbindungen zu den benutzerdefinierten Endpunkten eine Verbindung mit den zahlreichen DB-Instances im Aurora-Cluster herstellen. Der `small-instances`-Endpunkt stellt immer eine Verbindung zu den `db.r4.4xlarge`-DB-Instances her. Diese stellen die Hosts mit den niedrigeren Nummern in diesem Cluster dar.
```
$ mysql -h small-instances.cluster-custom-c7tj4example.ca-central-1.rds.amazonaws.com -u $MYUSER -p
mysql> select @@aurora_server_id;
+-------------------------+
| @@aurora_server_id |
+-------------------------+
| custom-endpoint-demo-02 |
+-------------------------+
$ mysql -h small-instances.cluster-custom-c7tj4example.ca-central-1.rds.amazonaws.com -u $MYUSER -p
mysql> select @@aurora_server_id;
+-------------------------+
| @@aurora_server_id |
+-------------------------+
| custom-endpoint-demo-07 |
+-------------------------+
$ mysql -h small-instances.cluster-custom-c7tj4example.ca-central-1.rds.amazonaws.com -u $MYUSER -p
mysql> select @@aurora_server_id;
+-------------------------+
| @@aurora_server_id |
+-------------------------+
| custom-endpoint-demo-01 |
+-------------------------+
```
Der `big-instances`-Endpunkt stellt immer eine Verbindung zu den `db.r4.16xlarge`-DB-Instances her, die die beiden höchst nummerierten Hosts in diesem Cluster sind.
```
$ mysql -h big-instances.cluster-custom-c7tj4example.ca-central-1.rds.amazonaws.com -u $MYUSER -p
mysql> select @@aurora_server_id;
+-------------------------+
| @@aurora_server_id |
+-------------------------+
| custom-endpoint-demo-10 |
+-------------------------+
$ mysql -h big-instances.cluster-custom-c7tj4example.ca-central-1.rds.amazonaws.com -u $MYUSER -p
mysql> select @@aurora_server_id;
+-------------------------+
| @@aurora_server_id |
+-------------------------+
| custom-endpoint-demo-09 |
+-------------------------+
```
# Amazon Aurora Aurora-DB-Instance-Klassen
Die DB-Instance-Klasse bestimmt die Berechnungs- und Speicherkapazität einer Amazon-Aurora-DB-Instance. Die benötigte DB-Instance-Klasse richtet sich nach Ihren Rechen- und Speicheranforderungen.
Eine DB-Instance-Klasse besteht sowohl aus dem DB-Instance-Klassentyp als auch aus der -größe. Beispielsweise ist db.r6g ein speicheroptimierter DB-Instance-Klassentyp, der von Graviton2-Prozessoren angetrieben wird. AWS Innerhalb des db.r6g-Instance-Klassentyps ist db.r6g.2xlarge eine DB-Instance-Klasse. Die Größe dieser Klasse ist 2xlarge.
Weitere Informationen zu Preisen der Instance-Klassen erhalten Sie unter [Amazon-RDS-Preise](https://aws.amazon.com/rds/pricing/).
Weitere Informationen zu DB-Instance-Klassentypen, unterstützten DB-Engines, unterstützten DB-Engines, DB-Instance-Klassen finden Sie in den folgenden Abschnitten.
**Topics**
+ [DB-Instance-Klassenarten](Concepts.DBInstanceClass.Types.md)
+ [Unterstützte DB-Engines für DB-Instance-Klassen](Concepts.DBInstanceClass.SupportAurora.md)
+ [Ermitteln der Unterstützung für DB-Instance-Klassen in AWS-Regionen](Concepts.DBInstanceClass.RegionSupportAurora.md)
+ [Hardwarespezifikationen für DB-Instance-Klassen für Aurora](Concepts.DBInstanceClass.Summary.md)
# DB-Instance-Klassenarten
Amazon Aurora unterstützt DB-Instance-Klassen für die folgenden Anwendungsfälle:
+ [Aurora Serverless v2](#Concepts.DBInstanceClass.Types.serverless-v2)
+ [Speicheroptimiert](#Concepts.DBInstanceClass.Types.memory)
+ [Spitzenlastleistung](#Concepts.DBInstanceClass.Types.burstable)
+ [Optimierte Lesevorgänge](#Concepts.DBInstanceClass.Types.optimized-reads)
Weitere Informationen zu Amazon-EC2-Instance-Typen finden Sie unter [Instance-Typen](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/instance-types.html) in der Amazon-EC2-Dokumentation.
## Typ der Instance-Klasse von Aurora Serverless v2
Der folgende Typ von Aurora Serverless v2 ist verfügbar:
+ **db.serverless** – Ein spezieller DB-Instance-Klassentyp, der von Aurora Serverless v2 verwendet wird. Aurora passt Rechen-, Speicher- und Netzwerkressourcen dynamisch an, wenn sich die Workload ändert. Details zur Verwendung finden Sie unter [Verwenden von Aurora Serverless v2](aurora-serverless-v2.md).
## Typen arbeitsspeicheroptimierter Instance-Klassen
Die speicheroptimierte X-Familie unterstützt die folgenden Instance-Klassen:
+ **db.x2g** — Instance-Klassen, die für speicherintensive Anwendungen optimiert sind und auf Graviton2-Prozessoren basieren. AWS Diese Instance-Klassen bieten niedrige Kosten pro GiB Speicher.
Sie können eine DB-Instance so ändern, dass sie eine der DB-Instance-Klassen verwendet, die von Graviton2-Prozessoren unterstützt werden. AWS Führen Sie dazu die gleichen Schritte wie bei jeder anderen Änderung der DB-Instance aus.
Die speicheroptimierte R-Familie unterstützt die folgenden Typen von Instance-Klassen:
+ **db.r8g** – Instance-Klassen mit AWS -Graviton4-Prozessoren. Diese Instance-Klassen eignen sich ideal für die Ausführung speicherintensiver Workloads. Diese Instances bieten größere Instance-Größen mit bis zu dreimal mehr V und Arbeitsspeicher als die Graviton3-basierten db.r7g-Instances der siebten Generation. CPUs AWS Sie werden vom AWS Nitro System betrieben, einer Kombination aus dedizierter Hardware und leichtem Hypervisor.
+ Sie können eine DB-Instance so modifizieren, dass sie eine der DB-Instance-Klassen verwendet, die von AWS Graviton4-Prozessoren unterstützt werden. Führen Sie dazu die gleichen Schritte wie bei jeder anderen Änderung der DB-Instance aus.
+ **db.r7g** — Instance-Klassen, die auf Graviton3-Prozessoren basieren. AWS Diese Instance-Klassen eignen sich ideal für die Ausführung speicherintensiver Workloads.
Sie können eine DB-Instance so ändern, dass sie eine der DB-Instance-Klassen verwendet, die von Graviton3-Prozessoren unterstützt werden. AWS Führen Sie dazu die gleichen Schritte wie bei jeder anderen Änderung der DB-Instance aus. Sie werden vom AWS Nitro System betrieben, einer Kombination aus dedizierter Hardware und leichtem Hypervisor.
+ **db.r7i** – Instance-Klassen mit skalierbaren Intel-Xeon-Prozessoren der 4. Generation Diese Instance-Klassen sind SAP-zertifiziert und eignen sich optimal für die Ausführung speicherintensiver Workloads. Sie können eine DB-Instance so ändern, dass sie eine der DB-Instance-Klassen mit skalierbaren Intel-Xeon-Prozessoren der 4. Generation verwendet Führen Sie dazu die gleichen Schritte wie bei jeder anderen Änderung der DB-Instance aus. Sie werden vom AWS Nitro System betrieben, einer Kombination aus dedizierter Hardware und leichtem Hypervisor.
+ **db.r6g** – Instance-Klassen mit AWS -Graviton2-Prozessoren. Diese Instance-Klassen eignen sich ideal für die Ausführung speicherintensiver Workloads mit hoher Geschwindigkeit und geringer Latenz benötigen. Sie werden vom AWS Nitro System betrieben, einer Kombination aus dedizierter Hardware und leichtem Hypervisor.
+ Sie können eine DB-Instance so modifizieren, dass sie eine der DB-Instance-Klassen verwendet, die von AWS Graviton2-Prozessoren unterstützt werden. Führen Sie dazu die gleichen Schritte wie bei jeder anderen Änderung der DB-Instance aus.
+ **db.r6i** – Instance-Klassen mit Unterstützung der skalierbaren Intel-Xeon-Prozessoren der 3. Generation. Diese Instance-Klassen sind SAP-zertifiziert und eignen sich ideal für die Ausführung speicherintensiver Workloads.
+ **db.r5** – Optimierte Instance-Klassen für speicherintensive Anwendungen. Diese Instance-Klassen bieten eine verbesserte Netzwerk- und Amazon Elastic Block Store (Amazon EBS)-Leistung. Sie werden vom AWS Nitro System betrieben, einer Kombination aus dedizierter Hardware und leichtem Hypervisor.
+ **db.r4** – Diese Instance-Klassen werden nur für Aurora MySQL 2.x und die Aurora-PostgreSQL-Versionen 11 und 12 unterstützt. Für alle Aurora-DB-Cluster, die DB-Instance-Klassen vom Typ „db.r4" verwenden, wird empfohlen, schnellstmöglich auf eine Instance-Klasse einer höheren Generation zu aktualisieren.
Die db.r4-Instance-Klassen sind für die Cluster-Speicherkonfiguration Aurora I/O-Optimized nicht verfügbar.
## Instance-Klassen mit Spitzenlastleistung
Die folgenden DB-Instance-Klassentypen mit Spitzenlastleistung sind verfügbar:
+ **db.t4g** — Allzweck-Instanzklassen, die auf ARM-basierten Graviton2-Prozessoren basieren. AWS Diese Instance-Klassen bieten ein besseres Preis-Leistungs-Verhältnis als die DB-Instance-Klassen mit Spitzenlastleistung der vorherigen Generation für eine breite Palette von Allzweck-Workloads mit Spitzenleistung. Amazon RDS db.t4g-Instances sind für den unbegrenzten Modus konfiguriert. Das bedeutet, dass sie gegen eine zusätzliche Gebühr während eines 24-Stunden-Zeitfensters Burst-Leistung über die Baseline hinaus bieten können.
Sie können eine DB-Instance so ändern, dass sie eine der DB-Instance-Klassen verwendet, die von Graviton2-Prozessoren unterstützt werden. AWS Führen Sie dazu die gleichen Schritte wie bei jeder anderen Änderung der DB-Instance aus.
+ **db.t3**: Instance-Klassen, die ein Basisleistungsniveau bieten, mit der Möglichkeit, die volle CPU-Auslastung zu erreichen. Die db.t3-T3-Instances sind für den unbegrenzten Modus konfiguriert. Diese Instance-Klassen bieten mehr Rechenkapazität als die vorherigen db.t2-Instance-Klassen. Sie werden vom AWS -Nitro System angetrieben, einer Kombination aus dedizierter Hardware und leichtem Hypervisor. Wir empfehlen, diese Instance-Klassen ausschließlich für das Entwickeln und Testen von Servern oder Nicht-Produktionsservern zu verwenden.
+ **db.t2**: Instance-Klassen, die ein Basisleistungsniveau bieten, mit der Möglichkeit, die volle CPU-Auslastung zu erreichen. Die db.t2-Instances sind für den unbegrenzten Modus konfiguriert. Wir empfehlen, diese Instance-Klassen ausschließlich für das Entwickeln und Testen von Servern oder Nicht-Produktionsservern zu verwenden.
Die db.t2-Instance-Klassen sind für die Cluster-Speicherkonfiguration Aurora I/O-Optimized nicht verfügbar.
**Anmerkung**
Wir empfehlen, die T-DB-Instance-Klassen nur für Entwicklungs- und Testserver oder andere Nicht-Produktionsserver zu verwenden. Weitere Empfehlungen für die T-Instance-Typen finden Sie unter [Verwendung von T-Instance-Klassen für Entwicklung und Tests](AuroraMySQL.BestPractices.Performance.md#AuroraMySQL.BestPractices.T2Medium).
Informationen zu den Hardware-Spezifikationen für DB-Instance-Klassen finden Sie unter [Hardwarespezifikationen für DB-Instance-Klassen für Aurora](Concepts.DBInstanceClass.Summary.md).
## Instance-Klassentypen für optimierte Lesevorgänge
Folgende Instance-Klassentypen für optimierte Lesevorgänge sind verfügbar:
+ **db.r8gd** — Instanzklassen, die von Graviton4-Prozessoren unterstützt werden. Diese Instance-Klassen eignen sich ideal für die Ausführung speicherintensiver Workloads und bieten lokalen SSD-Speicher auf Blockebene für Anwendungen, die lokalen NVMe Speicher mit hoher Geschwindigkeit und niedriger Latenz benötigen. Sie bieten einen maximalen Speicher von 1,5 TiB und bis zu 11,4 TB direkt angeschlossenen SSD-Speicher NVMe.
+ **db.r6gd** — Instanzklassen, die von Graviton2-Prozessoren unterstützt werden. AWS Diese Instance-Klassen eignen sich ideal für die Ausführung speicherintensiver Workloads und bieten lokalen SSD-Speicher auf Blockebene für Anwendungen, die lokalen NVMe Speicher mit hoher Geschwindigkeit und niedriger Latenz benötigen.
+ **db.r6id** – Instance-Klassen mit skalierbaren Intel-Xeon-Prozessoren der 3. Generation. Diese Instance-Klassen sind SAP-zertifiziert und eignen sich ideal für speicherintensive Workloads. Sie bieten einen maximalen Speicher von 1 TiB und bis zu 7,6 TB direkt angeschlossenen SSD-Speicher NVMe.
# Unterstützte DB-Engines für DB-Instance-Klassen
Die folgenden Tabellen zeigen die unterstützten DB-Instance-Klassen für DB-Engines von Amazon Aurora.
**db.serverless – Aurora Serverless v2-Instance-Klasse mit automatischer Kapazitätsskalierung**
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/AuroraUserGuide/Concepts.DBInstanceClass.SupportAurora.html)
**db.x2g — speicheroptimierte Instanzklassen, die auf Graviton2-Prozessoren basieren AWS **
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/AuroraUserGuide/Concepts.DBInstanceClass.SupportAurora.html)
**db.r6gd — Optimierte Lese-Instanzklassen, die auf Graviton2-Prozessoren basieren AWS **
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/AuroraUserGuide/Concepts.DBInstanceClass.SupportAurora.html)
**db.r6id – Instance-Klassen für optimierte Lesevorgänge**
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/AuroraUserGuide/Concepts.DBInstanceClass.SupportAurora.html)
**db.r8g — speicheroptimierte Instanzklassen, die auf Graviton4-Prozessoren basieren AWS **
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/AuroraUserGuide/Concepts.DBInstanceClass.SupportAurora.html)
**db.r8gd — optimierte Lese-Instanzklassen, die auf Graviton4-Prozessoren basieren AWS **
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/AuroraUserGuide/Concepts.DBInstanceClass.SupportAurora.html)
**db.r7g — speicheroptimierte Instanzklassen, die auf Graviton3-Prozessoren basieren AWS **
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/AuroraUserGuide/Concepts.DBInstanceClass.SupportAurora.html)
**db.r7i – arbeitsspeicheroptimierte Instance-Klassen**
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/AuroraUserGuide/Concepts.DBInstanceClass.SupportAurora.html)
**db.r6g — speicheroptimierte Instanzklassen, die auf Graviton2-Prozessoren basieren AWS **
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/AuroraUserGuide/Concepts.DBInstanceClass.SupportAurora.html)
**db.r6i – arbeitsspeicheroptimierte Instance-Klassen**
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/AuroraUserGuide/Concepts.DBInstanceClass.SupportAurora.html)
**db.r5 – arbeitsspeicheroptimierte Instance-Klassen**
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/AuroraUserGuide/Concepts.DBInstanceClass.SupportAurora.html)
**db.r4 – arbeitsspeicheroptimierte Instance-Klassen**
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/AuroraUserGuide/Concepts.DBInstanceClass.SupportAurora.html)
**db.t4g — Instance-Klassen mit hervorragender Leistung, die auf Graviton2-Prozessoren basieren AWS **
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/AuroraUserGuide/Concepts.DBInstanceClass.SupportAurora.html)
**db.t3 – Instance-Klassen mit Spitzenlastleistung**
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/AuroraUserGuide/Concepts.DBInstanceClass.SupportAurora.html)
**db.t2 – Instance-Klassen mit Spitzenlastleistung**
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/AuroraUserGuide/Concepts.DBInstanceClass.SupportAurora.html)
# Ermitteln der Unterstützung für DB-Instance-Klassen in AWS-Regionen
Zur Bestimmung der DB-Instance-Klassen, die von jeder DB-Engine in einer bestimmten AWS-Region unterstützt werden, stehen mehrere Ansätze zur Verfügung. Sie können die AWS-Managementkonsole[Amazon RDS-Preisseite](https://aws.amazon.com/rds/pricing/) oder den AWS CLI Befehl [describe-orderable-db-instance-options](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-orderable-db-instance-options.html) verwenden.
**Anmerkung**
Wenn Sie Operationen mit dem ausführen AWS-Managementkonsole, werden automatisch die unterstützten DB-Instance-Klassen für eine bestimmte DB-Engine, DB-Engine-Version und AWS-Region angezeigt. Beispiele für Vorgänge, die Sie ausführen können, sind das Erstellen und Ändern einer DB-Instance.
**Contents**
+ [Verwenden der Amazon RDS-Preisseite zur Bestimmung der DB-Instance-Klassenunterstützung in AWS-Regionen](#Concepts.DBInstanceClass.RegionSupportAurora.PricingPage)
+ [Verwenden Sie die AWS CLI , um die Unterstützung der DB-Instance-Klasse zu ermitteln in AWS-Regionen](#Concepts.DBInstanceClass.RegionSupportAurora.CLI)
+ [Auflisten der DB-Instance-Klassen, die von einer bestimmten DB-Engine-Version unterstützt werden, in einem AWS-Region](#Concepts.DBInstanceClass.RegionSupportAurora.CLI.Example1)
+ [Auflisten der DB-Engine-Versionen, die eine bestimmte DB-Instance-Klasse unterstützen, in einem AWS-Region](#Concepts.DBInstanceClass.RegionSupportAurora.CLI.Example2)
## Verwenden der Amazon RDS-Preisseite zur Bestimmung der DB-Instance-Klassenunterstützung in AWS-Regionen
Sie können die Seite [Amazon Aurora Pricing](https://aws.amazon.com/rds/pricing/) verwenden, um die DB-Instance-Klassen zu bestimmen, die von jeder DB-Engine in einer bestimmten AWS-Region unterstützt werden.
**So verwenden Sie die Preisseite, um die DB-Instance-Klassen zu bestimmen, die von jeder Engine in einer Region unterstützt werden**
1. Gehen Sie zu [Amazon Aurora Pricing](https://aws.amazon.com/rds/aurora/pricing/).
1. Wählen Sie im Bereich **AWS Pricing Calculator** eine Amazon Aurora-Engine aus.
1. Wählen Sie unter **Region auswählen** eine AWS-Region aus.
1. Wählen Sie unter **Cluster-Konfigurationsoption** eine Konfigurationsoption aus.
1. Verwenden Sie den Abschnitt für kompatible Instances, um sich die unterstützten DB-Instance-Klassen anzusehen.
1. (Optional) Wählen Sie andere Optionen im Rechner und dann **Zusammenfassung speichern und anzeigen** oder **Service speichern und hinzufügen** aus.
## Verwenden Sie die AWS CLI , um die Unterstützung der DB-Instance-Klasse zu ermitteln in AWS-Regionen
Sie können den verwenden AWS CLI , um zu ermitteln, welche DB-Instance-Klassen für bestimmte DB-Engines und DB-Engine-Versionen in einem unterstützt AWS-Region werden.
Um die folgenden AWS CLI Beispiele zu verwenden, geben Sie gültige Werte für die DB-Engine, die DB-Engine-Version, die DB-Instance-Klasse und ein AWS-Region. Die folgende Tabelle zeigt die gültigen DB-Engine-Werte.
****
| Engine-Name | Engine-Wert in CLI-Befehlen | Weitere Informationen zu den Versionen |
| --- | --- | --- |
| MySQL 5.7-kompatibles Aurora und 8.0-compatible Aurora | `aurora-mysql` | [ Aktualisierungen der Datenbank-Engine für Amazon Aurora MySQL Version 2](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraMySQLReleaseNotes/AuroraMySQL.Updates.20Updates.html) und [ Aktualisierungen der Datenbank-Engine für Amazon-Aurora-MySQL-Version 3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraMySQLReleaseNotes/AuroraMySQL.Updates.30Updates.html) in den *Versionshinweisen für Aurora MySQL* |
| Aurora PostgreSQL | `aurora-postgresql` | [https://docs.aws.amazon.com/AmazonRDS/latest/AuroraPostgreSQLReleaseNotes/Welcome.html](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraPostgreSQLReleaseNotes/Welcome.html) |
Hinweise zu AWS-Region Namen finden Sie unter[AWS RegionenAvailability Zones](Concepts.RegionsAndAvailabilityZones.md#Concepts.RegionsAndAvailabilityZones.Regions).
Die folgenden Beispiele zeigen, wie Sie AWS-Region mithilfe des AWS CLI Befehls [describe-orderable-db-instance-options](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-orderable-db-instance-options.html) die Unterstützung für DB-Instance-Klassen ermitteln können.
**Topics**
+ [Auflisten der DB-Instance-Klassen, die von einer bestimmten DB-Engine-Version unterstützt werden, in einem AWS-Region](#Concepts.DBInstanceClass.RegionSupportAurora.CLI.Example1)
+ [Auflisten der DB-Engine-Versionen, die eine bestimmte DB-Instance-Klasse unterstützen, in einem AWS-Region](#Concepts.DBInstanceClass.RegionSupportAurora.CLI.Example2)
### Auflisten der DB-Instance-Klassen, die von einer bestimmten DB-Engine-Version unterstützt werden, in einem AWS-Region
Um die DB-Instance-Klassen aufzulisten, die von einer bestimmten DB-Engine-Version in einer unterstützt werden AWS-Region, führen Sie den folgenden Befehl aus.
Für Linux, macOS oder Unix:
```
aws rds describe-orderable-db-instance-options --engine engine --engine-version version \
--query "OrderableDBInstanceOptions[].{DBInstanceClass:DBInstanceClass,SupportedEngineModes:SupportedEngineModes[0]}" \
--output table \
--region region
```
Für Windows:
```
aws rds describe-orderable-db-instance-options --engine engine --engine-version version ^
--query "OrderableDBInstanceOptions[].{DBInstanceClass:DBInstanceClass,SupportedEngineModes:SupportedEngineModes[0]}" ^
--output table ^
--region region
```
Die Ausgabe zeigt auch die Engine-Modi, die für jede DB-Instance-Klasse unterstützt werden.
Der folgende Befehl listet beispielsweise die unterstützten DB-Instance-Klassen für Version 13.6 der Aurora-PostgreSQL-DB-Engine in USA Ost (Nord-Virginia) auf.
Für Linux, macOS oder Unix:
```
aws rds describe-orderable-db-instance-options --engine aurora-postgresql --engine-version 15.3 \
--query "OrderableDBInstanceOptions[].{DBInstanceClass:DBInstanceClass,SupportedEngineModes:SupportedEngineModes[0]}" \
--output table \
--region us-east-1
```
Für Windows:
```
aws rds describe-orderable-db-instance-options --engine aurora-postgresql --engine-version 15.3 ^
--query "OrderableDBInstanceOptions[].{DBInstanceClass:DBInstanceClass,SupportedEngineModes:SupportedEngineModes[0]}" ^
--output table ^
--region us-east-1
```
### Auflisten der DB-Engine-Versionen, die eine bestimmte DB-Instance-Klasse unterstützen, in einem AWS-Region
Um die DB-Engine-Versionen aufzulisten, die eine bestimmte DB-Instance-Klasse in einer AWS-Region unterstützen, führen Sie den folgenden Befehl aus.
Für Linux, macOS oder Unix:
```
aws rds describe-orderable-db-instance-options --engine engine --db-instance-class DB_instance_class \
--query "OrderableDBInstanceOptions[].{EngineVersion:EngineVersion,SupportedEngineModes:SupportedEngineModes[0]}" \
--output table \
--region region
```
Für Windows:
```
aws rds describe-orderable-db-instance-options --engine engine --db-instance-class DB_instance_class ^
--query "OrderableDBInstanceOptions[].{EngineVersion:EngineVersion,SupportedEngineModes:SupportedEngineModes[0]}" ^
--output table ^
--region region
```
Die Ausgabe zeigt auch die Engine-Modi, die für jede DB-Engine-Version unterstützt werden.
Der folgende Befehl listet beispielsweise die DB-Engine-Versionen der RDS für Aurora PostgreSQL-DB-Engine auf, welche die db.r5.large DB-Instance-Klasse in US East (N. Virginia) unterstützen.
Für Linux, macOS oder Unix:
```
aws rds describe-orderable-db-instance-options --engine aurora-postgresql --db-instance-class db.r7g.large \
--query "OrderableDBInstanceOptions[].{EngineVersion:EngineVersion,SupportedEngineModes:SupportedEngineModes[0]}" \
--output table \
--region us-east-1
```
Für Windows:
```
aws rds describe-orderable-db-instance-options --engine aurora-postgresql --db-instance-class db.r7g.large ^
--query "OrderableDBInstanceOptions[].{EngineVersion:EngineVersion,SupportedEngineModes:SupportedEngineModes[0]}" ^
--output table ^
--region us-east-1
```
# Hardwarespezifikationen für DB-Instance-Klassen für Aurora
In der folgenden Tabelle finden Sie Hardware-Details zu den DB-Instance-Klassen von Amazon RDS für Aurora.
Informationen zur Aurora-DB-Engine-Unterstützung für die einzelnen DB-Instance-Klassen finden Sie unter [Unterstützte DB-Engines für DB-Instance-Klassen](Concepts.DBInstanceClass.SupportAurora.md).
**Topics**
+ [Hardwareterminologie für DB-Instance-Klassen für Aurora](#Concepts.DBInstanceClass.hardware-terminology)
+ [Hardwarespezifikationen für arbeitsspeicheroptimierte Instance-Klassen](#hw-specs-aur.mem-opt)
+ [Hardwarespezifikationen für Instance-Klassen mit Spitzenlastleistung](#hardware-specifications.burstable-inst-classes)
## Hardwareterminologie für DB-Instance-Klassen für Aurora
Die folgende Terminologie wird zum Beschreiben der Hardwarespezifikationen für DB-Instance-Klassen verwendet:
**vCPU**
Die Anzahl der virtuellen Zentraleinheiten (CPUs). Eine *virtuelle CPU* ist eine Kapazitätseinheit, mit der Sie DB-Instance-Klassen vergleichen können. Anstatt einen bestimmten Prozessor für mehrere Monate oder Jahre zu erwerben oder zu leasen, wird jetzt Kapazität stundenweise gemietet. Unser Ziel ist es, eine konsistente und spezifische Menge an CPU-Kapazität innerhalb der Grenzen der zugrunde liegenden Hardware zur Verfügung zu stellen.
**EC2-Recheneinheiten**
Das relative Maß der ganzzahligen Rechenleistung einer Amazon EC2-Instance. Um den Entwicklern den Vergleich zwischen den CPU-Kapazitäten der verschiedenen Instance-Klassen zu erleichtern, haben wir eine Amazon EC2-Recheneinheit definiert. Die einer bestimmten Instance zugewiesene CPU-Menge wird in diesen EC2 Compute Units ausgedrückt. Ein Steuergerät bietet derzeit eine CPU-Kapazität, die einem 1,0-1,2 Opteron- oder GHz 2007 Xeon-Prozessor entspricht.
**Arbeitsspeicher (GiB)**
Der Arbeitsspeicher (RAM) in Gibibytes, der der DB-Instance zugeteilt ist. Häufig ist das Verhältnis zwischen Arbeitsspeicher- und vCPU konsistent. Beispielsweise hat die Instance-Klasse db.r4 das gleiche Verhältnis von Speicher zu vCPU wie die Instance-Klasse db.r5. Für die meisten Anwendungsfälle bietet die Instance-Klasse db.r5 jedoch eine bessere und konsistentere Performance als die Instance-Klasse db.r4.
**Max. EBS-Bandbreite (Mbit/s)**
Die maximale EBS-Bandbreite in Megabit pro Sekunde. Dividieren Sie durch 8, um den erwarteten Durchsatz in Megabyte pro Sekunde zu erhalten.
Diese Zahl bezieht sich auf die I/O Bandbreite für den lokalen Speicher innerhalb der DB-Instance. Sie gilt nicht für die Kommunikation mit dem Aurora-Clustervolume.
**Netzwerkbandbreite**
Die Netzwerkgeschwindigkeit relativ zu anderen DB-Instance-Klassen.
Informationen zur Verwendung von CloudWatch Amazon-Metriken zur Überwachung des Durchsatzes Ihrer Aurora-DB-Instance finden Sie unter [Bewertung der DB-Instance-Nutzung für Aurora MySQL mit CloudWatch Amazon-Metriken](AuroraMySQL.BestPractices.CW.md) und[Bewertung der DB-Instance-Nutzung für Aurora PostgreSQL anhand von Metriken CloudWatch](AuroraPostgreSQL_AnayzeResourceUsage.md#AuroraPostgreSQL_AnayzeResourceUsage.EvaluateInstanceUsage).
## Hardwarespezifikationen für arbeitsspeicheroptimierte Instance-Klassen
Die folgenden Tabellen zeigen die Rechen-, Arbeitsspeicher-, Speicher- und Bandbreitenspezifikationen für arbeitsspeicheroptimierte Instance-Klassen.
**db.x2g — speicheroptimierte Instanzklassen mit Graviton2-Prozessoren AWS **
| Instance-Klasse | vCPU | EC2-Recheneinheiten | Arbeitsspeicher (GiB) | Instance-Speicher (GB) | Max. EBS-Bandbreite (Mbit/s) | Netzwerkbandbreite (Gbit/s) |
| --- | --- | --- | --- | --- | --- | --- |
| db.x2g.16xlarge | 64 | — | 1024 | Nur EBS-optimiert | 19.000 | 25 |
| db.x2g.12xlarge | 48 | — | 768 | Nur EBS-optimiert | 14.250 | 20 |
| db.x2g.8xlarge | 32 | — | 512 | Nur EBS-optimiert | 9.500 | 12 |
| db.x2g.4xlarge | 16 | — | 256 | Nur EBS-optimiert | 4.750 | Bis zu 10 |
| db.x2g.2xlarge | 8 | — | 128 | Nur EBS-optimiert | Bis zu 4750. | Bis zu 10 |
| db.x2g.xlarge | 4 | — | 64 | Nur EBS-optimiert | Bis zu 4750. | Bis zu 10 |
| db.x2g.large | 2 | — | 32 | Nur EBS-optimiert | Bis zu 4750. | Bis zu 10 |
**db.r8gd — speicheroptimierte Instanzklassen, die auf Graviton4-Prozessoren und SSD-Speicher basieren AWS **
| Instance-Klasse | vCPU | EC2-Recheneinheiten | Arbeitsspeicher (GiB) | Instance-Speicher (GB) | Max. EBS-Bandbreite (Mbit/s) | Netzwerkbandbreite (Gbit/s) |
| --- | --- | --- | --- | --- | --- | --- |
| db.r8gd.48xlarge | 192 | — | 1536 | 6 x 1900 SSD NVMe | 40 000 | 50 |
| db.r8gd.24x groß | 96 | — | 768 | 3 x 1900 SSD NVMe | 30 000 | 40 |
| db.r8gd.16x groß | 64 | — | 512 | 2 x 1900 SSD NVMe | 20 000 | 30 |
| db.r8gd.12x groß | 48 | — | 384 | 3 x 950 SSD NVMe | 15 000 | 22,5 |
| db.r8gd.8xgroß | 32 | — | 256 | 1 x 1900 SSD NVMe | 10.000 | 15 |
| db.r8gd.4 x groß | 16 | — | 128 | 1 x 950 SSD NVMe | Bis zu 10 000\$1 | Bis zu 15 |
| db.r8gd.2 x groß | 8 | — | 64 | 1 x 474 SSD NVMe | Bis zu 10 000\$1 | Bis zu 15 |
| db.r8gd.xlarge | 4 | — | 32 | 1 x 237 SSD NVMe | Bis zu 10 000\$1 | Bis zu 12,5 |
| db.r8gd.groß | 2 | — | 16 | 1 x 118 SSD NVMe | Bis zu 10 000\$1 | Bis zu 12,5 |
**db.r8g — speicheroptimierte Instanzklassen, die auf Graviton4-Prozessoren basieren AWS **
| Instance-Klasse | vCPU | EC2-Recheneinheiten | Arbeitsspeicher (GiB) | Instance-Speicher (GB) | Max. EBS-Bandbreite (Mbit/s) | Netzwerkbandbreite (Gbit/s) |
| --- | --- | --- | --- | --- | --- | --- |
| db.r8g.48xlarge | 192 | — | 1536 | Nur EBS-optimiert | 40 000 | 50 |
| db.r8g.24xlarge | 96 | — | 768 | Nur EBS-optimiert | 30 000 | 40 |
| db.r8g.16xlarge | 64 | — | 512 | Nur EBS-optimiert | 20 000 | 30 |
| db.r8g.12xlarge | 48 | — | 384 | Nur EBS-optimiert | 15 000 | 22.5 |
| db.r8g.8xlarge | 32 | — | 256 | Nur EBS-optimiert | 10.000 | 15 |
| db.r8g.4xlarge | 16 | — | 128 | Nur EBS-optimiert | Bis zu 10 000\$1 | Bis zu 15 |
| db.r8g.2xlarge | 8 | — | 64 | Nur EBS-optimiert | Bis zu 10 000\$1 | Bis zu 15 |
| db.r8g.xlarge | 4 | — | 32 | Nur EBS-optimiert | Bis zu 10 000\$1 | Bis zu 12,5 |
| db.r8g.large | 2 | — | 16 | Nur EBS-optimiert | Bis zu 10 000\$1 | Bis zu 12,5 |
**db.r7i – arbeitsspeicheroptimierte Instance-Klassen, die mit skalierbaren Intel-Xeon-Prozessoren der 4. Generation betrieben werden**
| Instance-Klasse | vCPU | EC2-Recheneinheiten | Arbeitsspeicher (GiB) | Instance-Speicher (GB) | Max. EBS-Bandbreite (Mbit/s) | Netzwerkbandbreite (Gbit/s) |
| --- | --- | --- | --- | --- | --- | --- |
| db.r7i.48xlarge | 192 | — | 1536 | Nur EBS-optimiert | 40 000 | 50 |
| db.r7i.24xlarge | 96 | — | 768 | Nur EBS-optimiert | 30 000 | 37,5 |
| db.r7i.16xlarge | 64 | — | 512 | Nur EBS-optimiert | 20 000 | 25 |
| db.r7i.12xlarge | 48 | — | 384 | Nur EBS-optimiert | 15 000 | 18,75 |
| db.r7i.8xlarge | 32 | — | 256 | Nur EBS-optimiert | 10.000 | 12,5 |
| db.r7i.4xlarge | 16 | — | 128 | Nur EBS-optimiert | Bis zu 10 000\$1 | Bis zu 12,5 |
| db.r7i.2xlarge | 8 | — | 64 | Nur EBS-optimiert | Bis zu 10 000\$1 | Bis zu 12,5 |
| db.r7i.xlarge | 4 | — | 32 | Nur EBS-optimiert | Bis zu 10 000\$1 | Bis zu 12,5 |
| db.r7i.large | 2 | — | 16 | Nur EBS-optimiert | Bis zu 10 000\$1 | Bis zu 12,5 |
**db.r7g — speicheroptimierte Instanzklassen mit Graviton3-Prozessoren AWS **
| Instance-Klasse | vCPU | EC2-Recheneinheiten | Arbeitsspeicher (GiB) | Instance-Speicher (GB) | Max. EBS-Bandbreite (Mbit/s) | Netzwerkbandbreite (Gbit/s) |
| --- | --- | --- | --- | --- | --- | --- |
| db.r7g.16xlarge | 64 | — | 512 | Nur EBS-optimiert | 20 000 | 30 |
| db.r7g.12xlarge | 48 | — | 384 | Nur EBS-optimiert | 15 000 | 22.5 |
| db.r7g.8xlarge | 32 | — | 256 | Nur EBS-optimiert | 10.000 | 15 |
| db.r7g.4xlarge | 16 | — | 128 | Nur EBS-optimiert | Bis zu 10 000\$1 | Bis zu 15 |
| db.r7g.2xlarge | 8 | — | 64 | Nur EBS-optimiert | Bis zu 10 000\$1 | Bis zu 15 |
| db.r7g.xlarge | 4 | — | 32 | Nur EBS-optimiert | Bis zu 10 000\$1 | Bis zu 12,5 |
| db.r7g.large | 2 | — | 16 | Nur EBS-optimiert | Bis zu 10 000\$1 | Bis zu 12,5 |
**db.r6id – arbeitsspeicheroptimierte Instance-Klassen mit skalierbaren Intel-Xeon-Prozessoren der 3. Generation und SSD-Speicher**
| Instance-Klasse | vCPU | EC2-Recheneinheiten | Arbeitsspeicher (GiB) | Instance-Speicher (GB) | Max. EBS-Bandbreite (Mbit/s) | Netzwerkbandbreite (Gbit/s) |
| --- | --- | --- | --- | --- | --- | --- |
| db.r6id.32xlarge | 128 | — | 1,024 | 4 x 1900 SSD NVMe | 40 000 | 50 |
| db.r6id.24xlarge | 96 | — | 768 | 4 x 1425 SSD NVMe | 30 000 | 37,5 |
**db.r6gd — speicheroptimierte Instanzklassen mit Graviton2-Prozessoren und SSD-Speicher AWS **
| Instance-Klasse | vCPU | EC2-Recheneinheiten | Arbeitsspeicher (GiB) | Instance-Speicher (GB) | Max. EBS-Bandbreite (Mbit/s) | Netzwerkbandbreite (Gbit/s) |
| --- | --- | --- | --- | --- | --- | --- |
| db.r6gd.16xlarge | 64 | — | 512 | 2 NVMe x 1900 SSD | 19.000 | 25 |
| db.r6gd.12xlarge | 48 | — | 384 | 2 x 1425 SSD NVMe | 13.500 | 20 |
| db.r6gd.8xlarge | 32 | — | 256 | 1 x 1900 SSD NVMe | 9 000 | 12 |
| db.r6gd.4xlarge | 16 | — | 128 | 1 x 950 NVMe SSD | 4.750 | Bis zu 10 |
| db.r6gd.2xlarge | 8 | — | 64 | 1 x 474 NVMe SSD | Bis zu 4750. | Bis zu 10 |
| db.r6gd.xlarge | 4 | — | 32 | 1 x 237 NVMe SSD | Bis zu 4750. | Bis zu 10 |
**db.r6g — speicheroptimierte Instanzklassen mit Graviton2-Prozessoren AWS **
| Instance-Klasse | vCPU | EC2-Recheneinheiten | Arbeitsspeicher (GiB) | Instance-Speicher (GB) | Max. EBS-Bandbreite (Mbit/s) | Netzwerkbandbreite (Gbit/s) |
| --- | --- | --- | --- | --- | --- | --- |
| db.r6g.16xlarge | 64 | — | 512 | Nur EBS-optimiert | 19.000 | 25 |
| db.r6g.12xlarge | 48 | — | 384 | Nur EBS-optimiert | 13.500 | 20 |
| db.r6g.8xlarge | 32 | — | 256 | Nur EBS-optimiert | 9 000 | 12 |
| db.r6g.4xlarge | 16 | — | 128 | Nur EBS-optimiert | 4.750 | Bis zu 10 |
| db.r6g.2xlarge | 8 | — | 64 | Nur EBS-optimiert | Bis zu 4750. | Bis zu 10 |
| db.r6g.xlarge | 4 | — | 32 | Nur EBS-optimiert | Bis zu 4750. | Bis zu 10 |
| db.r6g.large | 2 | — | 16 | Nur EBS-optimiert | Bis zu 4750. | Bis zu 10 |
**db.r6i – arbeitsspeicheroptimierte Instance-Klassen mit skalierbaren Intel-Xeon-Prozessoren der 3. Generation**
| Instance-Klasse | vCPU | EC2-Recheneinheiten | Arbeitsspeicher (GiB) | Instance-Speicher (GB) | Max. EBS-Bandbreite (Mbit/s) | Netzwerkbandbreite (Gbit/s) |
| --- | --- | --- | --- | --- | --- | --- |
| db.r6i.32xlarge | 128 | — | 1,024 | Nur EBS-optimiert | 40 000 | 50 |
| db.r6i.24xlarge | 96 | — | 768 | Nur EBS-optimiert | 30 000 | 37,5 |
| db.r6i.16xlarge | 64 | — | 512 | Nur EBS-optimiert | 20 000 | 25 |
| db.r6i.12xlarge | 48 | — | 384 | Nur EBS-optimiert | 15 000 | 18.75 |
| db.r6i.8xlarge | 32 | — | 256 | Nur EBS-optimiert | 10.000 | 12,5 |
| db.r6i.4xlarge | 16 | — | 128 | Nur EBS-optimiert | Bis zu 10 000\$1 | Bis zu 12,5 |
| db.r6i.2xlarge | 8 | — | 64 | Nur EBS-optimiert | Bis zu 10 000\$1 | Bis zu 12,5 |
| db.r6i.xlarge | 4 | — | 32 | Nur EBS-optimiert | Bis zu 10 000\$1 | Bis zu 12,5 |
| db.r6i.large | 2 | — | 16 | Nur EBS-optimiert | Bis zu 10 000\$1 | Bis zu 12,5 |
**db.r5 – arbeitsspeicheroptimierte Instance-Klassen**
| Instance-Klasse | vCPU | EC2-Recheneinheiten | Arbeitsspeicher (GiB) | Instance-Speicher (GB) | Max. EBS-Bandbreite (Mbit/s) | Netzwerkbandbreite (Gbit/s) |
| --- | --- | --- | --- | --- | --- | --- |
| db.r5.24xlarge | 96 | 347 | 768 | Nur EBS-optimiert | 19.000 | 25 |
| db.r5.16xlarge | 64 | 264 | 512 | Nur EBS-optimiert | 13.600 | 20 |
| db.r5.12xlarge | 48 | 173 | 384 | Nur EBS-optimiert | 9.500 | 12 |
| db.r5.8xlarge | 32 | 132 | 256 | Nur EBS-optimiert | 6.800 | 10 |
| db.r5.4xlarge | 16 | 71 | 128 | Nur EBS-optimiert | 4.750 | Bis zu 10 |
| db.r5.2xlarge | 8 | 38 | 64 | Nur EBS-optimiert | Bis zu 4750. | Bis zu 10 |
| db.r5.xlarge | 4 | 19 | 32 | Nur EBS-optimiert | Bis zu 4750. | Bis zu 10 |
| db.r5.large | 2 | 10 | 16 | Nur EBS-optimiert | Bis zu 4750. | Bis zu 10 |
**db.r4 – arbeitsspeicheroptimierte Instance-Klassen mit skalierbaren Intel-Xeon-Prozessoren**
| Instance-Klasse | vCPU | EC2-Recheneinheiten | Arbeitsspeicher (GiB) | Instance-Speicher (GB) | Max. EBS-Bandbreite (Mbit/s) | Netzwerkbandbreite (Gbit/s) |
| --- | --- | --- | --- | --- | --- | --- |
| db.r4.16xlarge | 64 | 195 | 488 | Nur EBS-optimiert | 14.000 | 25 |
| db.r4.8xlarge | 32 | 99 | 244 | Nur EBS-optimiert | 7.000 | 10 |
| db.r4.4xlarge | 16 | 53 | 122 | Nur EBS-optimiert | 3.500 | Bis zu 10 |
| db.r4.2xlarge | 8 | 27 | 61 | Nur EBS-optimiert | 1.700 | Bis zu 10 |
| db.r4.xlarge | 4 | 13.5 | 30.5 | Nur EBS-optimiert | 850 | Bis zu 10 |
| db.r4.large | 2 | 7 | 15.25 | Nur EBS-optimiert | 425 | Bis zu 10 |
## Hardwarespezifikationen für Instance-Klassen mit Spitzenlastleistung
Die folgenden Tabellen zeigen die Rechen-, Arbeitsspeicher-, Speicher- und Bandbreitenspezifikationen für Instance-Klassen mit Spitzenlastleistung.
**db.t4g — Instance-Klassen mit hervorragender Leistung, die auf Graviton2-Prozessoren basieren AWS **
| Instance-Klasse | vCPU | EC2-Recheneinheiten | Arbeitsspeicher (GiB) | Instance-Speicher (GB) | Max. EBS-Bandbreite (Mbit/s) | Netzwerkbandbreite (Gbit/s) |
| --- | --- | --- | --- | --- | --- | --- |
| db.t4g.large | 2 | — | 8 | Nur EBS-optimiert | Bis zu 2.780 | Bis zu 5 |
| db.t4g.medium | 2 | — | 4 | Nur EBS-optimiert | Bis zu 2 085 | Bis zu 5 |
**db.t3 – Instance-Klassen mit Spitzenlastleistung**
| Instance-Klasse | vCPU | EC2-Recheneinheiten | Arbeitsspeicher (GiB) | Instance-Speicher (GB) | Max. EBS-Bandbreite (Mbit/s) | Netzwerkbandbreite (Gbit/s) |
| --- | --- | --- | --- | --- | --- | --- |
| db.t3.large | 2 | Variable | 8 | Nur EBS-optimiert | Bis zu 2.048 | Bis zu 5 |
| db.t3.medium | 2 | Variable | 4 | Nur EBS-optimiert | Bis zu 1.536 | Bis zu 5 |
| db.t3.small | 2 | Variable | 2 | Nur EBS-optimiert | Bis zu 1.536 | Bis zu 5 |
**db.t2 – Instance-Klassen mit Spitzenlastleistung**
| Instance-Klasse | vCPU | EC2-Recheneinheiten | Arbeitsspeicher (GiB) | Instance-Speicher (GB) | Max. EBS-Bandbreite (Mbit/s) | Netzwerkbandbreite (Gbit/s) |
| --- | --- | --- | --- | --- | --- | --- |
| db.t2.medium | 2 | Variable | 4 | Nur EBS | — | Mittel |
| db.t2.small | 1 | Variable | 2 | Nur EBS | — | Niedrig |
# Amazon Aurora-Speicher
Im Folgenden können Sie mehr über das Aurora-Speichersubsystem erfahren. Aurora verwendet eine verteilte und gemeinsam genutzte Speicherarchitektur, die ein wichtiger Faktor für Leistung, Skalierbarkeit und Zuverlässigkeit für Aurora-Cluster ist.
**Topics**
+ [Übersicht über Amazon-Aurora-Speicher](#Aurora.Overview.Storage)
+ [Inhalt des Cluster-Volumes](#aurora-storage-contents)
+ [Speicherkonfigurationen für DB-Cluster von Amazon Aurora](#aurora-storage-type)
+ [Wie sich die Größe des Aurora-Speichers automatisch ändert](#aurora-storage-growth)
+ [Informationen zur Abrechnung des Aurora-Datenspeichers](#aurora-storage-data-billing)
## Übersicht über Amazon-Aurora-Speicher
Aurora-Daten werden im *Cluster-Volume* gespeichert, bei dem es sich um ein einzelnes virtuelles Volume handelt, das Solid-State-Laufwerke (SSDs) verwendet. Ein Cluster-Volume besteht aus Kopien der Daten in drei Availability Zones in einer einzigen AWS Region. Da Daten automatisch zwischen Availability Zones repliziert werden, bleiben Ihre Daten sehr lange beständig, mit einer geringeren Wahrscheinlichkeit für Datenverlust. Durch diese Replikation wird eine höhere Verfügbarkeit Ihrer Datenbank bei einem Failover sichergestellt. Dies ist möglich, weil die Datenkopien bereits in den anderen Availability Zones vorhanden sind und Datenanfragen für die DB-Instances in Ihrem DB-Cluster weiterhin bearbeitet werden. Die Menge der replizierten Daten ist unabhängig von der Anzahl der DB-Instances in Ihrem Cluster.
Aurora verwendet separaten lokalen Speicher für nicht persistente, temporäre Dateien. Dazu gehören Dateien, die für Zwecke wie das Sortieren großer Datensätze während der Abfrageverarbeitung oder für die Indexerstellung verwendet werden. Weitere Informationen erhalten Sie unter [Temporäre Speicherlimits für Aurora MySQLTemporäre Speicherlimits](AuroraMySQL.Managing.Performance.md#AuroraMySQL.Managing.TempStorage) und [Temporäre Speicherlimits für Aurora PostgreSQLTemporäre Speicherlimits](AuroraPostgreSQL.Managing.md#AuroraPostgreSQL.Managing.TempStorage).
## Inhalt des Cluster-Volumes
Das Aurora-Cluster-Volume enthält all Ihre Benutzerdaten, Schema-Objekte sowie interne Metadaten wie die Systemtabellen und das Binärprotokoll. Aurora speichert beispielsweise alle Tabellen, Indizes, Binary Large Objects (BLOBs), gespeicherten Prozeduren usw. für einen Aurora-Cluster im Cluster-Volume.
Die verschiedene Speicherquellen nutzende Architektur von Aurora sorgt dafür, dass Ihre Daten von den DB-Instances im Cluster unabhängig sind. So können Sie eine DB-Instance schnell hinzufügen, weil Aurora keine neue Kopie der Tabellendaten erstellt. Stattdessen stellt die DB-Instance eine Verbindung zum freigegebenen Volume her, das bereits alle Daten von Ihnen enthält. Sie können eine DB-Instance aus einem Cluster entfernen, ohne die zugrunde liegenden Daten aus dem Cluster entfernen zu müssen. Aurora entfernt die Daten nur, wenn Sie den gesamten Cluster löschen.
## Speicherkonfigurationen für DB-Cluster von Amazon Aurora
Amazon Aurora bietet zwei Speicherkonfigurationen für DB-Cluster:
+ **Aurora I/O-Optimized**— Besseres Preis-/Leistungsverhältnis und bessere Planbarkeit für den I/O-intensive applications. You pay only for the usage and storage of your DB clusters, with no additional charges for read and write I/O Betrieb.
Aurora I/O-Optimizedist die beste Wahl, wenn Ihre I/O Ausgaben 25% oder mehr Ihrer gesamten Ausgaben für Aurora-Datenbanken ausmachen.
Sie können Aurora I/O-Optimized auswählen, wenn Sie einen DB-Cluster mit einer DB-Engine-Version erstellen oder ändern, die die Cluster-Konfiguration von Aurora I/O-Optimized unterstützt. Sie können jederzeit von Aurora I/O-Optimized zu Aurora Standard wechseln.
+ **Aurora Standard**— Kostengünstige Preisgestaltung für viele Anwendungen mit moderater I/O Nutzung. Zusätzlich zur Nutzung und Speicherung Ihrer DB-Cluster zahlen Sie für den I/O Betrieb auch einen Standardtarif pro 1 Million Anfragen.
Aurora Standardist die beste Wahl, wenn Ihre I/O Ausgaben weniger als 25% Ihrer gesamten Ausgaben für Aurora-Datenbanken ausmachen.
Sie können alle 30 Tage von Aurora Standard auf Aurora I/O-Optimized wechseln. Wenn Sie zwischen den Speicheroptionen Aurora Standard und den Aurora I/O-Optimized Speicheroptionen für non-NVMe-based DB-Instances wechseln, gibt es keine Ausfallzeiten. Bei NVMe basierten DB-Instances erfordert der Wechsel zwischen Aurora I/O-Optimized und Aurora Standard Speicheroptionen jedoch einen Neustart der Datenbank-Engine, was zu einer kurzen Ausfallzeit führen kann.
Informationen zur Versionsunterstützung AWS-Region und zur Versionsunterstützung finden Sie unter[Unterstützte Regionen und Aurora-DB-Engines für Cluster-Speicherkonfigurationen](Concepts.Aurora_Fea_Regions_DB-eng.Feature.storage-type.md).
Weitere Informationen zu den Preisen für Speicherkonfigurationen von Amazon Aurora finden Sie unter [Amazon Aurora: Preise](https://aws.amazon.com/rds/aurora/pricing/).
Informationen zur Auswahl der Speicherkonfiguration beim Erstellen eines DB-Clusters finden Sie unter [Erstellen eines DB-Clusters](Aurora.CreateInstance.md#Aurora.CreateInstance.Creating). Informationen zum Ändern der Speicherkonfiguration für einen DB-Cluster finden Sie unter [Einstellungen für Amazon Aurora](Aurora.Modifying.md#Aurora.Modifying.Settings).
## Wie sich die Größe des Aurora-Speichers automatisch ändert
Aurora-Cluster-Volumes nehmen automatisch an Größe zu, wenn die Datenmenge in Ihrer Datenbank zunimmt. Weitere Informationen zu den maximalen Volume-Größen von Aurora-Clustern für jede Engine-Version finden Sie unter [Amazon Aurora-Größenbeschränkungen](CHAP_Limits.md#RDS_Limits.FileSize.Aurora). Diese automatische Speicherskalierung wird mit einem leistungsstarken und hochverteilten Speicher-Subsystem kombiniert. Dadurch ist Aurora eine gute Wahl für Ihre wichtigen Unternehmensdaten, wenn Ihre Hauptziele Zuverlässigkeit und Hochverfügbarkeit sind.
Informationen zum Anzeigen des Volume-Status finden Sie unter [Anzeigen des Volume-Status für einen Aurora MySQL-DB-Cluster](AuroraMySQL.Managing.VolumeStatus.md) oder [Anzeigen des Volume-Status für einen Aurora PostgreSQL-DB-Cluster](AuroraPostgreSQL.Managing.VolumeStatus.md). Informationen darüber, wie Sie die Lagerkosten mit anderen Prioritäten abwägen können, [Speicherskalierung](Aurora.Managing.Performance.md#Aurora.Managing.Performance.StorageScaling) finden Sie unter Überwachung der Amazon Aurora Aurora-Metriken `AuroraVolumeBytesLeftTotal` und `VolumeBytesUsed` in CloudWatch.
Wenn Aurora-Daten entfernt werden, wird der für diese Daten zugewiesene Speicherplatz freigegeben. Beispiele für das Entfernen von Daten sind das Löschen oder Abschneiden einer Tabelle. Diese automatische Reduzierung der Speichernutzung hilft Ihnen, Speichergebühren zu minimieren.
**Anmerkung**
Die hier beschriebenen Speicherlimits und das dynamische Größenanpassungsverhalten gelten für persistente Tabellen und andere Daten, die auf dem Cluster-Volume gespeichert sind.
Für Aurora PostgreSQL werden temporäre Tabellendaten in der lokalen DB-Instance gespeichert.
Bei Aurora MySQL Version 2 werden temporäre Tabellendaten standardmäßig auf dem Cluster-Volume für Writer-Instances und im lokalen Speicher für Reader-Instances gespeichert. Weitere Informationen finden Sie unter [Speicher-Engine für temporäre Tabellen auf der Festplatte](AuroraMySQL.CompareMySQL57.md#AuroraMySQL.StorageEngine57).
Bei Aurora MySQL Version 3 werden temporäre Tabellendaten in der lokalen DB-Instance oder auf dem Cluster-Volume gespeichert. Weitere Informationen finden Sie unter [Neues temporäres Tabellenverhalten in Aurora-MySQL-Version 3](ams3-temptable-behavior.md).
Die maximale Größe temporärer Tabellen im lokalen Speicher ist durch die maximale lokale Speichergröße der DB-Instance begrenzt. Die lokale Speichergröße hängt von der Instance-Klasse ab, die Sie verwenden. Weitere Informationen erhalten Sie unter [Temporäre Speicherlimits für Aurora MySQLTemporäre Speicherlimits](AuroraMySQL.Managing.Performance.md#AuroraMySQL.Managing.TempStorage) und [Temporäre Speicherlimits für Aurora PostgreSQLTemporäre Speicherlimits](AuroraPostgreSQL.Managing.md#AuroraPostgreSQL.Managing.TempStorage).
Einige Speicherfunktionen, wie die maximale Größe eines Cluster-Volumes und die automatische Größenanpassung beim Entfernen von Daten, hängen von der Aurora-Version des Clusters ab. Weitere Informationen finden Sie unter [Speicherskalierung](Aurora.Managing.Performance.md#Aurora.Managing.Performance.StorageScaling). Außerdem erfahren Sie, wie Sie Speicherprobleme vermeiden und den zugewiesenen Speicher und freien Speicherplatz in Ihrem Cluster überwachen können.
## Informationen zur Abrechnung des Aurora-Datenspeichers
Auch wenn ein Aurora-Cluster-Volume für bestimmte Engine-Versionen auf bis zu 256 Tebibyte (TiB) anwachsen kann, werden Ihnen nur die Kosten für den Speicherplatz berechnet, den Sie in einem Aurora-Cluster-Volume verwenden. In früheren Aurora-Versionen konnte das Cluster-Volume Speicherplatz wiederverwenden, der beim Entfernen von Daten freigegeben wurde, der zugewiesene Speicherplatz nahm jedoch nie ab. Wenn Aurora-Daten jetzt entfernt werden, z. B. durch Löschen einer Tabelle oder Datenbank, verringert sich der insgesamt zugewiesene Speicherplatz um einen vergleichbaren Betrag. So können Sie Speicherkosten senken, indem Sie Tabellen, Indizes, Datenbanken usw. löschen, die Sie nicht mehr benötigen.
**Tipp**
Bei früheren Versionen ohne die Funktion für die dynamische Größenanpassung muss die Speicherverwendung für einen Cluster zurückgesetzt werden, um einen logischen Dump auszuführen und auf einem neuen Cluster wiederherzustellen. Diese Operation kann bei großen Datenmengen sehr lange dauern. Wenn eine solche Situation auftritt, sollten Sie das Upgrade Ihres Clusters auf eine Version durchführen, die die dynamische Größenanpassung des Volumes unterstützt.
Informationen dazu, welche Aurora-Versionen die dynamische Größenanpassung unterstützen und wie Sie Speicherkosten durch Überwachen der Speichernutzung für Ihren Cluster minimieren können, finden Sie unter [Speicherskalierung](Aurora.Managing.Performance.md#Aurora.Managing.Performance.StorageScaling). Informationen zur Speicherabrechnung von Aurora-Backups finden Sie unter [Grundlegendes zur Backup-Speicher-Nutzung in Amazon Aurora](aurora-storage-backup.md). Weitere Informationen über die Preise für Aurora-Datenspeicher finden Sie unter [Amazon RDS für Aurora: Preise](https://aws.amazon.com/rds/aurora/pricing).
# Amazon Aurora-Zuverlässigkeit
Aurora ist darauf ausgelegt, zuverlässig, beständig und fehlertolerant zu sein. Sie können Ihren Aurora-DB-Cluster so gestalten, dass eine bessere Verfügbarkeit erzielt wird, indem Sie beispielsweise Aurora-Replicas hinzufügen und in verschiedenen Availability Zones platzieren. Zudem beinhaltet Aurora mehrere automatische Funktionen, die es zu einer verlässlichen Datenbanklösung machen.
**Topics**
+ [Automatische Speicherplatzreparatur](#Aurora.Overview.AutoRepair)
+ [Überlebensfähiger Seiten-Cache](#Aurora.Overview.CacheWarming)
+ [Wiederherstellung nach ungeplanten Neustarts](#Aurora.Overview.RestartRecovery)
## Automatische Speicherplatzreparatur
Da Aurora mehrere Kopien Ihrer Daten in drei Availability Zones aufbewahrt, sind die Risiken für einen laufwerksbedingten Verlust von Daten stark reduziert. Aurora erkennt automatisch Fehler in den Laufwerk-Volumes, aus denen das Cluster-Volume besteht. Wenn ein Segment eines Laufwerk-Volumes ausfällt, repariert Aurora das Segment umgehend. Wenn Aurora das Laufwerk-Segment repariert, verwendet es die Daten in den anderen Volumes des Cluster-Volumes, um sicherzustellen, dass die Daten im reparierten Segment auf dem aktuellen Stand sind. Dadurch vermeidet Aurora Datenverlust und reduziert die Notwendigkeit, eine zeitpunktbezogene Wiederherstellung durchzuführen, um sich von einem Laufwerksausfall zu erholen.
## Überlebensfähiger Seiten-Cache
Bei Aurora wird der Seiten-Cache jeder DB-Instance in einem von der Datenbank separaten Prozess verwaltetet, was dem Seiten-Cache ermöglicht, unabhängig von der Datenbank zu überleben. (Der Seiten-Cache wird auch als InnoDB-*Puffer-Pool* in Aurora MySQL und *Puffer-Cache* in Aurora PostgreSQL bezeichnet.)
Im unwahrscheinlichen Fall eines Datenbankausfalls bleibt der Seiten-Cache im Arbeitsspeicher, was aktuelle Datenseiten im Seiten-Cache „warm“ hält, wenn die Datenbank neu gestartet wird. Dies bringt einen Leistungsgewinn, da umgangen werden kann, dass die ersten Abfragen Lese-I/O-Operationen zum „Aufwärmen“ des Seiten-Caches ausführen müssen.
Bei Aurora MySQL ist das Verhalten des Seiten-Caches beim Neustart und Failover wie folgt:
+ Sie können die Schreiber-Instance ohne die Leser-Instances neu starten.
+ Wenn die Reader-Instances beim Neustart der Writer-Instance nicht neu gestartet werden, verlieren sie ihre Seiten-Caches nicht.
+ Wenn die Reader-Instances beim Neustart der Writer-Instance neu gestartet werden, verlieren sie ihre Seiten-Caches.
+ Wenn eine Reader-Instance neu gestartet wird, überleben die Seiten-Caches auf den Writer- und Reader-Instances.
+ Wenn der DB-Cluster ein Failover ausführt, wirkt sich dies ähnlich aus wie ein Neustart einer Writer-Instance. Auf der neuen Writer-Instance (zuvor die Reader-Instance) bleibt der Seiten-Cache erhalten, aber auf der Reader-Instance (zuvor der Writer-Instance) überlebt der Seiten-Cache nicht.
Bei Aurora PostgreSQL können Sie die Cluster-Cache-Verwaltung verwenden, um den Seiten-Cache einer bestimmten Reader-Instance beizubehalten, die nach dem Failover zur Writer-Instance wird. Weitere Informationen finden Sie unter [Schnelle Wiederherstellung nach Failover mit der Cluster-Cacheverwaltung für Aurora PostgreSQL](AuroraPostgreSQL.cluster-cache-mgmt.md).
## Wiederherstellung nach ungeplanten Neustarts
Aurora ist für die nahezu umgehende Wiederherstellung nach einem ungeplanten Neustart und die weitere Bereitstellung Ihrer Anwendungsdaten ohne das Binärprotokoll ausgelegt. Aurora führt die Wiederherstellung asynchron auf parallelen Threads durch, sodass Ihre Datenbank nach einem ungeplanten Neustart sofort geöffnet und verfügbar ist.
Weitere Informationen erhalten Sie unter [Fehlertoleranz für einen Aurora-DB-Cluster](Concepts.AuroraHighAvailability.md#Aurora.Managing.FaultTolerance) und [Optimierungen reduzieren die Neustartzeit der Datenbank](AuroraMySQL.MySQL80.md#ReducedRestartTime).
Die folgenden Betrachtungen gelten für eine Binärprotokollierung und die Wiederherstellung nach einem ungeplanten Neustart auf Aurora MySQL:
+ Die Aktivierung der Binärprotokollierung auf Aurora wirkt sich direkt auf die Wiederherstellungsdauer nach einem ungeplanten Neustart aus, da die DB-Instance gezwungen wird, das Binärprotokoll wiederherzustellen.
+ Der Typ der Binärprotokollierung wirkt sich auf die Größe und die Effizienz der Protokollierung aus. Einige Formate protokollieren dieselbe Menge an Datenbankaktivitäten mehr Informationen in den Binärprotokollen auf als andere. Die folgenden Einstellungen für den Parameter `binlog_format` führen zu unterschiedlichen Mengen an Protokolldaten:
+ `ROW` – die meisten Protokolldaten
+ `STATEMENT` – die wenigsten Protokolldaten
+ `MIXED` – Eine mittlere Menge an Protokolldaten, was normalerweise die beste Kombination von Datenintegrität und Leistung darstellt
Die Menge der Binärprotokolldaten wirkt sich auf die Wiederherstellungszeit aus. Wenn in den Binärprotokollen mehr Daten protokolliert sind, muss die DB-Instance bei der Wiederherstellung mehr Daten verarbeiten, was wiederum die Wiederherstellungsdauer erhöht.
+ Zur Reduzierung des Rechenaufwands und zur Verkürzung der Wiederherstellungszeiten durch binäre Protokollierung können Sie das erweiterte Binärprotokoll verwenden. Das erweiterte Binärprotokoll verbessert die Wiederherstellungszeit der Datenbank um bis zu 99 %. Weitere Informationen finden Sie unter [Einrichten eines erweiterten Binärprotokolls für Aurora MySQL](AuroraMySQL.Enhanced.binlog.md).
+ Aurora benötigt die Binärprotokolle nicht, um Daten in einem DB-Cluster zu replizieren oder eine zeitpunktbezogene Wiederherstellung (PITR) durchzuführen.
+ Wenn Sie das Binärprotokoll nicht für die externe Replikation (oder einen externen Binärprotokoll-Stream) benötigen, empfehlen wir Ihnen, den Parameter `binlog_format` auf `OFF` zu setzen, um die Binärprotokollierung zu deaktivieren. Dies reduziert die Wiederherstellungsdauer.
Weitere Informationen über die Binärprotokollierung und Replikation in Aurora finden Sie unter [Replikation mit Amazon Aurora](Aurora.Replication.md). Weitere Informationen über die Auswirkungen der Verwendung unterschiedlicher MySQL-Replikationstypen finden Sie unter [Vorteile und Nachteile einer auf Anweisungen und einer auf Zeilen basierenden Replikation](https://dev.mysql.com/doc/refman/8.0/en/replication-sbr-rbr.html) in der MySQL-Dokumentation.
# Amazon Aurora-Sicherheit
Die Sicherheit für Amazon Aurora wird auf drei Ebenen verwaltet:
+ Mit AWS Identity and Access Management (IAM) können Sie steuern, wer Verwaltungsaktionen in Amazon RDS für Aurora-DB-Cluster und DB-Instances ausführen darf. Wenn Sie eine Verbindung zu AWS mithilfe von IAM-Anmeldeinformationen herstellen, muss Ihr AWS-Konto über IAM-Richtlinien verfügen, die die erforderlichen Berechtigungen zum Ausführen von Amazon-RDS-Verwaltungsvorgängen gewähren. Weitere Informationen finden Sie unter [Identity and Access Management für Amazon Aurora](UsingWithRDS.IAM.md).
Wenn Sie IAM verwenden, um auf die Amazon-RDS-Konsole zuzugreifen, müssen Sie sich zuerst mit Ihren Anmeldeinformationen bei der AWS-Managementkonsole anmelden und anschließend die Amazon-RDS-Konsole unter [https://console.aws.amazon.com/rds](https://console.aws.amazon.com/rds) öffnen.
+ Aurora-DB-Cluster müssen in einer Virtual Private Cloud (VPC) basierend auf dem Amazon VPC-Service erstellt werden. Mithilfe einer VPC-Sicherheitsgruppe können Sie steuern, welche Geräte und Amazon EC2-Instances Verbindungen zum Endpunkt und Port der DB-Instance für Aurora-DB-Cluster in einer VPC herstellen können. Diese Endpunkt- und Portverbindungen können mithilfe von Transport Layer Security (TLS)/Secure Sockets Layer (SSL) erstellt werden. Zusätzlich können Firewall-Regeln in Ihrem Unternehmen steuern, ob in Ihrem Unternehmen verwendete Geräte Verbindungen mit einer DB-Instance herstellen dürfen. Weitere Informationen zu VPCs finden Sie unter [Amazon VPC und Amazon Aurora](USER_VPC.md).
+ Um Anmeldungen und Berechtigungen für einen Amazon Aurora-DB-Cluster zu authentifizieren, können Sie einen der folgenden Ansätze oder eine Kombination aus diesen wählen.
+ Sie können denselben Ansatz wie bei einer eigenständigen DB-Instance in MySQL oder PostgreSQL wählen.
Techniken zur Authentifizierung von Anmeldungen und Berechtigungen für eigenständige MySQL- oder PostgreSQL-DB-Instances, wie z. B. die Verwendung von SQL-Befehlen oder die Änderung von Datenbankschematabellen, funktionieren auch mit Aurora. Weitere Informationen finden Sie unter [Sicherheit in Amazon Aurora MySQL](AuroraMySQL.Security.md) oder [Sicherheit in Amazon Aurora PostgreSQL](AuroraPostgreSQL.Security.md).
+ Sie können die IAM-Datenbank-Authentifizierung verwenden.
Mit der IAM-Datenbank-Authentifizierung authentifizieren Sie sich bei Ihrem Aurora-DB-Cluster, indem Sie einen Benutzer oder eine IAM-Rolle und ein Authentifizierungstoken verwenden. Ein *Authentifizierungstoken* ist ein eindeutiger Wert, der mithilfe des Signatur-Version 4-Signiervorgangs erstellt wird. Durch das Verwenden der IAM-Datenbank-Authentifizierung können Sie dieselben Anmeldeinformationen verwenden, um den Zugang zu Ihren AWS-Ressourcen und Ihrer Datenbank zu steuern. Weitere Informationen finden Sie unter [IAM-Datenbankauthentifizierung](UsingWithRDS.IAMDBAuth.md).
+ Sie können die Kerberos-Authentifizierung für Aurora PostgreSQL und Aurora MySQL verwenden.
Sie können Kerberos verwenden, um Benutzer zu authentifizieren, wenn diese sich mit Ihrem DB-Cluster von Aurora PostgreSQL und Aurora MySQL verbinden. In diesem Fall arbeitet der DB-Cluster mit AWS Directory Service for Microsoft Active Directory, um die Kerberos-Authentifizierung zu aktivieren. AWS Directory Service for Microsoft Active Directory wird auch AWS Managed Microsoft AD genannt. Wenn Sie alle Ihre Anmeldeinformationen im selben Verzeichnis aufbewahren, können Sie Zeit und Mühe sparen. Sie haben einen zentralen Ort für die Speicherung und Verwaltung von Anmeldeinformationen für mehrere DB-Cluster. Die Verwendung eines Verzeichnisses kann auch Ihr allgemeines Sicherheitsprofil verbessern. Weitere Informationen erhalten Sie unter [Verwenden der Kerberos-Authentifizierung mit Aurora PostgreSQL](postgresql-kerberos.md) und [Verwenden der Kerberos-Authentifizierung für Aurora MySQL](aurora-mysql-kerberos.md).
Weitere Informationen zur Sicherheitskonfiguration finden Sie unter [Sicherheit in Amazon Aurora](UsingWithRDS.md).
## Verwenden von SSL mit Aurora-DB-Clustern
Amazon Aurora-DB-Cluster unterstützten Secure Sockets Layer (SSL)-Verbindungen von Anwendungen mithilfe desselben Prozesses und desselben öffentlichen Schlüssels wie Amazon-RDS-DB-Instances. Weitere Informationen finden Sie unter [Sicherheit in Amazon Aurora MySQL](AuroraMySQL.Security.md), [Sicherheit in Amazon Aurora PostgreSQL](AuroraPostgreSQL.Security.md) oder [Verwenden mit TLS/SSL Aurora Serverless v1](aurora-serverless.md#aurora-serverless.tls).
# Hohe Verfügbarkeit für Amazon Aurora
Die Amazon-Aurora-Architektur beinhaltet eine Trennung von Speicher und Rechenleistung. Aurora enthält einige Hochverfügbarkeitsfunktionen, die sich auf die Daten in Ihrem DB-Cluster beziehen. Die Daten bleiben auch dann sicher, wenn einige oder alle DB-Instances im Cluster nicht mehr verfügbar sind. Weitere Hochverfügbarkeitsfunktionen gelten für die DB-Instances. Diese Funktionen stellen sicher, dass eine oder mehrere DB-Instances bereit sind, Datenbankanforderungen Ihrer Anwendung zu verarbeiten.
**Topics**
+ [Hohe Verfügbarkeit für Aurora-Daten](#Concepts.AuroraHighAvailability.Data)
+ [Hohe Verfügbarkeit für Aurora-DB-Instances](#Concepts.AuroraHighAvailability.Instances)
+ [Hohe Verfügbarkeit in allen AWS Regionen mit globalen Aurora-Datenbanken](#Concepts.AuroraHighAvailability.GlobalDB)
+ [Fehlertoleranz für einen Aurora-DB-Cluster](#Aurora.Managing.FaultTolerance)
+ [Hochverfügbarkeit mit Amazon-RDS-Proxy](#Concepts.AuroraHighAvailability.Proxy)
## Hohe Verfügbarkeit für Aurora-Daten
Aurora speichert Kopien der Daten in einem DB-Cluster über mehrere Availability Zones in einer einzigen AWS-Region. Dieser Speichervorgang von Aurora erfolgt unabhängig davon, ob die DB-Instances im DB-Cluster mehrere Availability Zones umfassen. Weitere Informationen zu finden Sie unter Auror [Verwalten eines Amazon Aurora-DB-Clusters](CHAP_Aurora.md).
Wenn Daten in die primäre DB-Instance geschrieben werden, repliziert Aurora die Daten synchron über die Availability Zones auf sechs Speicherknoten, die Ihrem Cluster-Volume zugeordnet sind. Dadurch wird Datenredundanz gewährleistet, I/O Einfrierungen vermieden und Latenzspitzen bei System-Backups minimiert. Wenn Sie eine DB-Instance mit hoher Verfügbarkeit ausführen, kann dies die Verfügbarkeit bei geplanten Systemwartungen verbessern. Außerdem kann dies Ihre Datenbanken bei Ausfällen und bei Nichtverfügbarkeit von Availability Zones schützen. Weitere Informationen über Availability Zones finden Sie unter [ Regionen und Availability Zones](Concepts.RegionsAndAvailabilityZones.md).
## Hohe Verfügbarkeit für Aurora-DB-Instances
Nachdem Sie die primäre (Writer-)Instance erstellt haben, können Sie bis zu 15 schreibgeschützte Aurora-Replikate erstellen. Die Aurora-Replikate werden auch als Reader-Instances bezeichnet. Aurora-Replikate verwenden asynchrone Replikation, um Hochverfügbarkeit zu unterstützen, ohne die Leistung der primären Instance zu beeinträchtigen.
Während des day-to-day Betriebs können Sie einen Teil der Arbeit für leseintensive Anwendungen auslagern, indem Sie die Reader-Instances zur Verarbeitung von Abfragen verwenden. `SELECT` Wenn sich ein Problem auf die primäre Instance auswirkt, übernimmt eine dieser Reader-Instances als primäre Instance. Dieser Mechanismus wird als *Failover* bezeichnet. Viele Aurora-Funktionen gelten für den Failover-Mechanismus. Beispielsweise erkennt Aurora Datenbankprobleme und aktiviert den Failover-Mechanismus bei Bedarf automatisch. Aurora verfügt jedoch über Funktionen, die die Zeit für den Abschluss des Failovers verkürzen. Dadurch wird die Zeit minimiert, in der die Datenbank während eines Failovers nicht zum Schreiben verfügbar ist.
Aurora wurde für eine schnellstmögliche Wiederherstellung konzipiert. Der schnellste Weg zur Wiederherstellung ist oft ein Neustart oder ein Failover auf dieselbe DB-Instance. Ein Neustart ist schneller und mit weniger Aufwand verbunden als ein Failover.
Um eine Verbindungszeichenfolge zu verwenden, die auch dann unverändert bleibt, wenn ein Failover eine neue primäre Instance heraufstuft, stellen Sie eine Verbindung mit dem Cluster-Endpunkt her. Der *Cluster-Endpunkt* stellt stets die aktuelle primäre Instance im Cluster dar. Weitere Informationen zum Cluster-Endpunkt finden Sie unter [Amazon-Aurora-Endpunktverbindungen](Aurora.Overview.Endpoints.md).
**Tipp**
Innerhalb jeder AWS-Region Zone stellen Availability Zones (AZs) Standorte dar, die sich voneinander unterscheiden, um bei Ausfällen eine Isolierung zu gewährleisten. Wir empfehlen, dass Sie die primäre Instance und die Reader-Instances in Ihrem DB-Cluster AZs auf mehrere verteilen, um die Verfügbarkeit Ihres DB-Clusters zu verbessern. Auf diese Weise verursacht ein Problem, das eine gesamte Availability Zone betrifft, keinen Ausfall für Ihren Cluster.
Sie können einen Multi-AZ-DB-Cluster einrichten, indem Sie beim Erstellen des Clusters eine einfache Auswahl treffen. Sie können die AWS-Managementkonsole AWS CLI, oder die Amazon RDS-API verwenden. Sie können auch einen vorhandenen Aurora-DB-Cluster in einen Multi-AZ-DB-Cluster konvertieren, indem Sie eine neue Reader-DB-Instance hinzufügen und eine andere Availability Zone angeben.
## Hohe Verfügbarkeit in allen AWS Regionen mit globalen Aurora-Datenbanken
Um eine hohe Verfügbarkeit für mehrere zu AWS-Regionen gewährleisten, können Sie globale Aurora-Datenbanken einrichten. Jede globale Aurora-Datenbank umfasst mehrere AWS-Regionen, was globale Lesevorgänge mit geringer Latenz und Notfallwiederherstellung nach Ausfällen über einen Zeitraum von einem Jahr ermöglicht. AWS-Region Aurora repliziert asynchron alle Daten und Aktualisierungen von der primären AWS-Region in jede der sekundären Regionen. Weitere Informationen finden Sie unter [Verwenden von Amazon Aurora Global Database](aurora-global-database.md).
## Fehlertoleranz für einen Aurora-DB-Cluster
Ein Aurora-DB-Cluster ist darauf ausgelegt, fehlertolerant zu sein. Das Cluster-Volume umfasst mehrere Availability Zones (AZs) in einer einzigen AWS-Region, und jede Availability Zone enthält eine Kopie der Cluster-Volume-Daten. Diese Funktionalität bedeutet, dass Ihr DB-Cluster einen Fehler in einer Availability Zone ohne Datenverlust und mit einer nur sehr kurzen Unterbrechung des Services toleriert.
Wenn die primäre Instance in einem DB-Cluster ausfällt, führt ein automatisches Failover auf eine von zwei Arten zu einer neuen primären Instance:
+ Durch das Hochstufen einer bestehenden Aurora-Replica zu einer neuen primären Instance
+ Durch das Erstellen einer neuen primären Instance
Wenn ein DB-Cluster über ein oder mehrere Aurora verfügt, wird eine Aurora-Replica während eines Ausfallereignisses zur primären Instance hochgestuft. Ein Fehlerereignis hat eine kurze Unterbrechung zufolge, während die Lese- und Schreibvorgänge mit einer Ausnahme fehlschlagen. Jedoch wird der Service im Normalfall in weniger als 60 Sekunden und oft sogar schon nach 30 Sekunden wiederhergestellt. Wir empfehlen Ihnen, mindestens ein oder mehrere Aurora Replicas in zwei oder mehreren verschiedenen Availability Zones zu erstellen, um die Verfügbarkeit Ihres DB-Clusters zu erhöhen.
**Tipp**
In Aurora MySQL können Sie die Verfügbarkeit während eines Failovers verbessern, indem Sie mehr als eine Reader-DB-Instance in einem Cluster haben. In Aurora MySQL startet Aurora nur die Writer-DB-Instance und die Reader-Instance neu, auf die das Failover erfolgt ist. Andere Reader-Instances im Cluster bleiben während eines Failovers verfügbar, um Abfragen über Verbindungen zum Reader-Endpunkt fortzusetzen.
Sie können die Verfügbarkeit auch während eines Failovers verbessern, indem Sie RDS-Proxy mit Ihrem Aurora-DB-Cluster verwenden. Weitere Informationen finden Sie unter [Hochverfügbarkeit mit Amazon-RDS-Proxy](#Concepts.AuroraHighAvailability.Proxy).
Sie können die Reihenfolge, in der Ihre Aurora Replicas auf die primäre Instance nach einem Ausfall hochgestuft werden, anpassen, indem Sie jedem Replica eine Priorität zuweisen. Prioritäten liegen im Bereich zwischen 0 als höchste Priorität und 15 als niedrigste Priorität. Wenn die primäre Instance ausfällt, stuft Amazon RDS die Aurora-Replica mit der höchsten Priorität zur neuen primären Instance hoch. Sie können die Priorität eines Aurora Replica jederzeit anpassen. Das Ändern der Priorität löst kein Failover aus.
Mehrere Aurora Replicas können dieselbe Priorität haben, was zu Hochstufungsebenen führt. Wenn zwei oder mehrere Aurora-Replicas dieselbe Priorität haben, stuft Amazon RDS die größte Replica hoch. Wenn zwei oder mehrere Aurora-Replicas dieselbe Priorität und Größe haben, stuft Amazon RDS eine beliebige Replica auf derselben Hochstufungsebene hoch.
**Anmerkung**
Bei der Identifizierung eines Failover-Ziels spielen mehrere Faktoren eine Rolle. Nach fünf erfolglosen Failover-Versuchen werden keine Hochstufungsstufen mehr berücksichtigt.
Wenn der DB-Cluster keine Aurora-Replikate hat, wird die primäre Instance bei einem Fehlerereignis in derselben AZ neu erstellt. Ein Fehlerereignis hat eine Unterbrechung zufolge, während die Lese- und Schreibvorgänge mit einer Ausnahme fehlschlagen. Der Service wird wiederhergestellt, wenn die primäre Instance erstellt wird. Dies dauert im Normalfall weniger als 10 Minuten. Das Hochstufen eines Aurora Replicas auf eine primäre Instance funktioniert viel schneller als das Erstellen einer neuen primären Instance.
Angenommen, die primäre Instance in Ihrem Cluster ist aufgrund eines Ausfalls, der sich auf eine gesamte AZ auswirkt, nicht verfügbar. In diesem Fall hängt die Möglichkeit, eine neue primäre Instance online zu stellen, davon ab, ob Ihr Cluster eine Multi-AZ-Konfiguration verwendet.
+ Wenn Ihre bereitgestellten Instances oder Ihr Aurora Serverless v2 Cluster Leser-Instances in anderen enthält AZs, verwendet Aurora den Failover-Mechanismus, um eine dieser Reader-Instances zur neuen primären Instance hochzustufen.
+ Wenn Ihr bereitgestellter oder Aurora Serverless v2-Cluster nur eine einzelne DB-Instance enthält oder wenn sich die primäre Instance und alle Reader-Instances in derselben AZ befinden, müssen Sie manuell eine oder mehrere neue DB-Instances in einer anderen AZ erstellen.
+ Wenn Ihr Cluster Aurora Serverless v1 verwendet, erstellt Aurora automatisch eine neue DB-Instance in einer anderen AZ. Dieser Prozess erfordert jedoch eine Host-Ersetzung und dauert daher länger als ein Failover.
**Anmerkung**
Amazon Aurora unterstützt auch die Replikation mit einer externen MySQL-Datenbank oder einer RDS-MySQL-DB-Instance. Weitere Informationen finden Sie unter [Replizieren zwischen Aurora und MySQL oder zwischen Aurora und einem anderen Aurora-DB-Cluster (binäre Protokollreplikation)](AuroraMySQL.Replication.MySQL.md).
## Hochverfügbarkeit mit Amazon-RDS-Proxy
Mit RDS-Proxy können Sie Anwendungen erstellen, die Datenbankfehler transparent tolerieren können, ohne komplexen Fehlerbehandlungscode schreiben zu müssen. Der Proxy leitet den Datenverkehr automatisch an eine neue Datenbank-Instance weiter, wobei Anwendungsverbindungen erhalten bleiben. Außerdem umgeht er Domain Name System (DNS)-Caches, um die Failover-Zeiten für Aurora-Multi-AZ-Datenbanken um bis zu 66 % zu reduzieren. Weitere Informationen finden Sie unter [Amazon RDS-Proxy für Aurora](rds-proxy.md).
# Replikation mit Amazon Aurora
Es gibt mehrere Replikations-Optionen für Aurora. Jeder Aurora-DB-Cluster verfügt über eine integrierte Replikation zwischen mehreren DB-Instances im selben Cluster. Sie können auch die Replikation mit Ihrem Aurora-Cluster als Quelle oder Ziel einrichten. Wenn Sie Daten in oder aus einem Aurora-Cluster replizieren, können Sie zwischen integrierten Funktionen wie Aurora globalen Datenbanken oder den herkömmlichen Replikationsmechanismen für die MySQL- oder PostgreSQL-DB-Engines wählen. Sie können die geeigneten Optionen auswählen, je nachdem, welche die richtige Kombination aus Hochverfügbarkeit, Komfort und Leistung für Ihre Anforderungen bietet. In den folgenden Abschnitten wird erläutert, wie und wann Sie die jeweilige Technik wählen.
**Topics**
+ [Aurora-Replikate](#Aurora.Replication.Replicas)
+ [Replikation mit Aurora MySQL](#Aurora.Replication.AuroraMySQL)
+ [Replikation mit Aurora PostgreSQL](#Aurora.Replication.AuroraPostgreSQL)
## Aurora-Replikate
Wenn Sie eine zweite, dritte und so weiter DB-Instance in einem bereitgestellten Aurora-DB-Cluster erstellen, wird Aurora automatisch die Replikation von der Writer-DB-Instance zu allen anderen DB-Instances einrichten. Diese anderen DB-Instances sind schreibgeschützt und werden als Aurora-Replicas bezeichnet. Wir bezeichnen sie auch als Reader-Instances, wenn wir besprechen, wie Sie Writer- und Reader-DB-Instances innerhalb eines Clusters kombinieren können.
Aurora-Replicas haben zwei Hauptzwecke. Sie können über sie Abfragen stellen, um die Lesevorgänge für Ihre Anwendung zu skalieren. In der Regel tun Sie dies, indem Sie eine Verbindung zum Reader-Endpunkt des Clusters herstellen. Auf diese Weise kann Aurora die Last für schreibgeschützte Verbindungen auf so viele Aurora-Replicas verteilen, wie Sie im Cluster haben. Aurora-Replicas tragen auch dazu bei, die Verfügbarkeit zu erhöhen. Wenn die Writer-Instance in einem Cluster nicht verfügbar ist, stuft Aurora automatisch eine der Reader-Instances hoch, um ihren Platz als neuer Autor einzunehmen.
Ein Aurora-DB-Cluster kann bis zu 15 Aurora-Replicas enthalten. Die Aurora Replicas können auf die Availability Zones verteilt werden, über die sich ein DB-Cluster innerhalb einer AWS Region erstreckt.
Die Daten in Ihrem DB-Cluster haben ihre eigenen Hochverfügbarkeits- und Zuverlässigkeitsfunktionen, unabhängig von den DB-Instances im Cluster. Wenn Sie mit den Aurora-Speicherfunktionen nicht vertraut sind, lesen Sie [Übersicht über Amazon-Aurora-Speicher](Aurora.Overview.StorageReliability.md#Aurora.Overview.Storage). Das DB-Cluster-Volume besteht physisch aus mehreren Kopien der Daten für den DB-Cluster. Die primäre Instance und die Aurora-Replicas im DB-Cluster sehen die Daten im Cluster-Volume als ein einziges logisches Volume.
Daher geben alle Aurora-Replikate die gleichen selben Daten als Abfrageergebnisse bei minimaler Replikatsverzögerung zurück. Diese Verzögerung beträgt in der Regel sehr viel weniger als 100 Millisekunden nach dem Schreiben einer Aktualisierung durch die primäre Instance. Die Replica-Verzögerung variiert in Abhängigkeit vom Veränderungsgrad in der Datenbank. In den Zeitabschnitten, in denen sehr viele Schreibvorgänge in der Datenbank durchgeführt werden, könnte es zu einer erhöhten Replica-Verzögerung kommen.
**Anmerkung**
Ein Aurora-Replikat wird in den folgenden Aurora-PostgreSQL-Versionen automatisch neu gestartet, wenn die Kommunikation mit der Schreiber-DB-Instance für mehr als 60 Sekunden unterbrochen wird:
14.6 und ältere Versionen
13.9 und ältere Versionen
12.13 und ältere Versionen
Alle Versionen von Aurora PostgreSQL 11
Mit der Funktion zur Leseverfügbarkeit werden die Aurora-Replikate nicht automatisch neu gestartet. Weitere Informationen zur Leseverfügbarkeitsfunktion sowie zu den unterstützten Versionen finden Sie unter [Verbesserung der Leseverfügbarkeit von Aurora Replicas](AuroraPostgreSQL.Replication.md#AuroraPostgreSQL.Replication.Replicas.SRO).
Aurora Replicas funktionieren für das Skalieren von Lesevorgängen, da sie in Ihrem Cluster-Volume vollständig für Lesevorgänge bereit stehen. Schreibvorgänge werden von der primären Instance verwaltet. Da das Cluster-Volume zwischen allen Instances in Ihrem DB-Cluster geteilt wird, bedeutet es nur einen geringen Aufwand, um eine Kopie der Daten für die einzelnen Aurora-Replicas zu replizieren.
Sie können Aurora Replicas als Failover-Vorgaben verwenden, um die Verfügbarkeit zu erhöhen. Das heißt, wenn die primäre Instance ausfällt, wird ein Aurora-Replikat zur primären Instance heraufgestuft. Es gibt dann eine kurze Unterbrechung, während der Lese- und Schreibanfragen an die primäre Instance mit einer Ausnahme fehlschlagen.
Die Hochstufung einer Aurora-Replica per Failover ist eine viel schnellere Methode als die Neuerstellung der primären Instance. Wenn Ihr Aurora-DB-Cluster keine Aurora-Replikate enthält, steht Ihr DB-Cluster während der Wiederherstellung Ihrer DB-Instance nach dem Ausfall nicht zur Verfügung.
Bei einem Failover werden möglicherweise einige der Aurora-Replikate je nach Version der DB-Engine neu gestartet. In Aurora MySQL startet Aurora nur die Schreiber-DB-Instance und das Failover-Ziel während eines Failovers neu. Informationen zum Neustartverhalten verschiedener Aurora-DB-Engine-Versionen finden Sie unter [Neustart eines Amazon Aurora DB-Clusters oder einer Amazon Aurora DB-Instance](USER_RebootCluster.md). Hinweise dazu, was mit Seitencaches beim Neustart oder Failover geschieht, finden Sie unter[Überlebensfähiger Seiten-Cache](Aurora.Overview.Reliability.md#Aurora.Overview.CacheWarming).
Für Szenarien mit hoher Verfügbarkeit empfehlen wir Ihnen, mindestens ein Aurora-Replikat zu erstellen. Diese sollten dieselbe DB-Instance-Class haben wie die primäre Instance und in verschiedenen Availability Zones für Ihren Aurora-DB-Cluster liegen. Weitere Informationen über Aurora-Replikate als Failover-Ziele finden Sie unter [Fehlertoleranz für einen Aurora-DB-Cluster](Concepts.AuroraHighAvailability.md#Aurora.Managing.FaultTolerance).
Sie können keine verschlüsselte Aurora-Replica für einen unverschlüsselten Aurora-DB-Cluster erstellen. Sie können keine unverschlüsselte Aurora-Replica für einen verschlüsselten Aurora-DB-Cluster erstellen.
**Tipp**
Sie können Aurora-Replicas innerhalb eines Aurora-Clusters als Ihre einzige Form der Replikation verwenden, um Ihre Daten hochverfügbar zu halten. Sie können die integrierte Aurora-Replikation auch mit den anderen Arten der Replikation kombinieren. Dies kann dazu beitragen, ein zusätzliches Maß an hoher Verfügbarkeit und geografischer Verteilung Ihrer Daten zu gewährleisten.
Details zum Erstellen von Aurora-Replicas finden Sie unter [Hinzufügen von Aurora-Replicas zu einem DB-Cluster](aurora-replicas-adding.md).
## Replikation mit Aurora MySQL
Zusätzlich zu Aurora-Replicas haben Sie die folgenden Möglichkeiten für Replikationen mit Aurora MySQL:
+ Aurora MySQL-DB-Cluster in verschiedenen AWS Regionen.
+ Sie können Daten über mehrere Regionen mithilfe einer Aurora globalen Datenbank replizieren. Details hierzu finden Sie unter [Hohe Verfügbarkeit in allen AWS Regionen mit globalen Aurora-Datenbanken](Concepts.AuroraHighAvailability.md#Concepts.AuroraHighAvailability.GlobalDB).
+ Sie können eine Aurora-Lesereplik eines Aurora MySQL-DB-Clusters in einer anderen AWS Region erstellen, indem Sie die MySQL-Binärprotokollreplikation (Binlog) verwenden. Jeder Cluster kann über bis zu fünf auf diese Weise erstellte Lesereplikate verfügen, die sich jeweils in einer anderen Region befinden.
+ Zwei Aurora-MySQL-DB Cluster in der gleichen Region, indem Sie mit dem MySQL-Binärprotokoll (binlog) eine Replikation einrichten.
+ Eine RDS-for-MySQL-DB-Instance als Datenquelle und ein Aurora-MySQL-DB-Cluster, indem Sie ein Aurora-Lesereplikat einer RDS-for-MySQL-DB-Instance erstellen. Üblicherweise verwenden Sie diese Methode eher bei Migrationsvorgängen nach Aurora MySQL als für die fortlaufende Replikation.
Weitere Informationen zur Replikation mit Aurora MySQL finden Sie unter [Replikation mit Amazon Aurora My SQL](AuroraMySQL.Replication.md).
## Replikation mit Aurora PostgreSQL
Zusätzlich zu Aurora-Replicas haben Sie die folgenden Möglichkeiten für Replikationen mit Aurora PostgreSQL:
+ Ein primärer Aurora-DB-Cluster in einer Region und bis zu 10 schreibgeschützte sekundäre DB-Cluster in verschiedenen Regionen unter Verwendung einer globalen Aurora-Datenbank. Aurora PostgreSQL unterstützt keine regionsübergreifenden Aurora-Replikate. Sie können jedoch die globale Aurora-Datenbank verwenden, um die Lesekapazitäten Ihres Aurora PostgreSQL-DB-Clusters auf mehr als eine AWS Region zu skalieren und Verfügbarkeitsziele zu erreichen. Weitere Informationen finden Sie unter [Verwenden von Amazon Aurora Global Database](aurora-global-database.md).
+ Zwei Aurora-PostgreSQL-DB-Cluster in derselben Region, indem die logische Replikationsfunktion von PostgreSQL verwendet wird.
+ Eine RDS-for-PostgreSQL-DB-Instance als Datenquelle und ein Aurora-PostgreSQL-DB-Cluster, indem ein Aurora-Lesereplikat einer RDS-for-PostgreSQL-DB-Instance erstellt wird. Üblicherweise verwenden Sie diese Methode eher bei Migrationsvorgängen nach Aurora PostgreSQL als für die fortlaufende Replikation.
Weitere Informationen zur Replikation mit Aurora PostgreSQL finden Sie unter [Replikation mit Amazon Aurora PostgreSQL](AuroraPostgreSQL.Replication.md).
# Abrechnung von DB-Instances für Aurora
Von Amazon RDS in einem Aurora-Cluster bereitgestellte Instances werden basierend auf den folgenden Komponenten abgerechnet:
+ DB-Instance-Stunden (pro Stunde): Basierend auf der DB-Instance-Klasse der DB-Instance (z. B. db.t2.small oder db.m4.large). Die Preise werden auf Stundenbasis aufgeführt, aber Rechnungen werden jetzt auf die Sekunde genau kalkuliert und zeigen die Zeiten im Dezimalformat an. Die RDS-Nutzung wird pro Sekunde berechnet, wobei mindestens für 10 Minuten zu zahlen ist. Weitere Informationen finden Sie unter [Amazon Aurora Aurora-DB-Instance-Klassen](Concepts.DBInstanceClass.md).
+ Speicher (pro GiB pro Monat: Die Speicherkapazität, die Sie für die DB-Instance bereitstellen lassen. Bei einer Skalierung Ihrer zur Verfügung gestellten Speicherkapazität im laufenden Monat werden die Gebühren entsprechend anteilig erfasst. Weitere Informationen finden Sie unter [Amazon Aurora-Speicher](Aurora.Overview.StorageReliability.md).
+ Input/output (I/O) requests (per 1 million requests) – Total number of storage I/OAnfragen, die Sie in einem Abrechnungszeitraum gestellt haben, für nur die Aurora Standard DB-Cluster-Konfiguration.
Weitere Informationen zur Amazon Aurora I/O Aurora-Abrechnung finden Sie unter[Speicherkonfigurationen für DB-Cluster von Amazon Aurora](Aurora.Overview.StorageReliability.md#aurora-storage-type).
+ Backup-Speicher (pro GiB pro Monat) – Ein *Backup-Speicher* ist Speicher, der automatisierten Datenbanksicherungen und allen aktiven Datenbank-Snapshots zugeordnet ist, die Sie erstellt haben. Wenn Sie die Aufbewahrungszeit Ihrer Backups erhöhen oder zusätzliche Datenbank-Snapshots erstellen, belegt Ihre Datenbank dementsprechend mehr Backup-Speicher. Die sekundengenaue Abrechnung gilt nicht für den Backup-Speicher (gemessen in GB/Monat).
Weitere Informationen finden Sie unter [Sichern und Wiederherstellen eines Amazon-Aurora-DB-Clusters](BackupRestoreAurora.md).
+ Datenübertragung (pro GB) — Datenübertragung in und aus Ihrer DB-Instance vom oder ins Internet und in andere AWS Regionen. Nützliche Beispiele finden Sie im AWS Blogbeitrag [Exploring Data Transfer Costs for AWS Managed Databases](https://aws.amazon.com/blogs/architecture/exploring-data-transfer-costs-for-aws-managed-databases).
Amazon RDS bietet die folgenden Kaufoptionen, um Ihnen die Möglichkeit zu bieten, Ihre Kosten basierend auf Ihren Anforderungen zu optimieren.
+ **On-Demand instances** (On-Demand-Instances) – Sie bezahlen stundenweise für DB-Instance-Stunden, die Sie nutzen. Die Preise werden auf Stundenbasis aufgeführt, aber Rechnungen werden jetzt auf die Sekunde genau kalkuliert und zeigen die Zeiten im Dezimalformat an. Die RDS-Nutzung wird jetzt pro Sekunde berechnet, wobei mindestens für 10 Minuten zu zahlen ist.
+ **Reserved instances** (Reserved Instances) – Reservieren Sie eine DB-Instance für einen Zeitraum von einem oder drei Jahren und erhalten Sie einen im Vergleich zu den Preisen für eine On-Demand-DB-Instance erheblichen Rabatt. Durch die Nutzung von Reserved Instances können Sie mehrere Instances innerhalb einer Stunde in Betrieb nehmen, starten, löschen oder beenden und die Reserved Instance-Rabatte für alle Instances erhalten.
+ **Aurora Serverless v2** – Aurora Serverless v2 bietet On-Demand-Kapazität, bei der die Abrechnungseinheit Aurora Capacity Unit (ACU)-Stunden anstelle von DB-Instance-Stunden ist. Die Aurora Serverless v2-Kapazität steigt und sinkt in einem von Ihnen angegebenen Bereich, abhängig von der Last Ihrer Datenbank. Sie können einen Cluster konfigurieren, dessen gesamte Kapazität Aurora Serverless v2 ist. Sie können auch ein Kombination aus Aurora Serverless v2 und On-Demand oder reservierten bereitgestellten Instances konfigurieren. Informationen zur Funktionsweise Aurora Serverless v2 ACUs finden Sie unter[Funktionsweise von Aurora Serverless v2](aurora-serverless-v2.how-it-works.md).
+ **Aurora PostgreSQL Limitless Database** – Aurora PostgreSQL Limitless Database ist eine automatisierte, horizontale Skalierungsfunktion, die über den Schreibdurchsatz und die Speichergrenzen einer einzelnen DB-Instance hinaus skaliert. Limitless Database verteilt den Workload auf mehrere Aurora-Writer-Instances und behält gleichzeitig den einfachen Betrieb als einzelne Datenbank bei. Limitless Database bietet On-Demand-Kapazität, wobei die Abrechnungseinheit Aurora-Kapazitätseinheitenstunden (ACU) in einer DB-Shard-Gruppe ist. Hinweise zur Funktionsweise von Limitless Database ACUs finden Sie unter[Erstellen eines DB-Clusters, der Aurora PostgreSQL Limitless Database verwendet](limitless-cluster.md).
Informationen zur Preisgestaltung von Aurora finden Sie in der [Aurora-Preisliste](https://aws.amazon.com/rds/aurora/pricing).
**Topics**
+ [On-Demand DB-Instances für Aurora](USER_OnDemandDBInstances.md)
+ [Reservierte DB-Instances für Amazon Aurora](USER_WorkingWithReservedDBInstances.md)
# On-Demand DB-Instances für Aurora
On-Demand-DB-Instances von Amazon RDS werden basierend auf der Klasse der DB-Instance abgerechnet (z. B. db.t3.small oder db.m5.large). Informationen zu Amazon-RDS-Preisen finden Sie auf der [Amazon-RDS-Produktseite](https://aws.amazon.com/rds/pricing).
Die Abrechnung für eine DB-Instance beginnt, sobald die DB-Instance verfügbar ist. Die Preise werden auf Stundenbasis aufgeführt, aber Rechnungen werden jetzt auf die Sekunde genau kalkuliert und zeigen die Zeiten im Dezimalformat an. Die Amazon-RDS-Nutzung wird pro Sekunde berechnet, wobei mindestens für 10 Minuten zu zahlen ist. Im Falle einer abrechenbaren Konfigurationsänderung, wie Skalierung der Rechen- oder Speicherkapazität, wird Ihnen eine Mindestdauer von 10 Minuten in Rechnung gestellt. Die Abrechnung wird solange fortgesetzt, bis die DB-Instance beendet wird, was beim Löschen der DB-Instance oder beim Ausfall der DB-Instance passiert.
Wenn Sie nicht mehr mit Gebühren für Ihre DB-Instance belastet werden wollen, müssen Sie diese stoppen oder löschen, um zu vermeiden, dass zusätzliche Stunden der DB-Instance in Rechnung gestellt werden. Weitere Informationen über die Zustände der DB-Instance, die Ihnen in Rechnung gestellt werden, finden Sie unter [Status der in einem Aurora-Cluster anzeigen](accessing-monitoring.md#Overview.DBInstance.Status).
## Angehaltene DB-Instances
Während Ihre DB-Instance angehalten wird, werden nur Gebühren für bereitgestellten Speicher in Rechnung gestellt, einschließlich bereitgestellter IOPS. Es werden Ihnen auch Gebühren für den Backup-Speicher berechnet, einschließlich des Speichers für manuelle Snapshots und automatische Backups innerhalb des von Ihnen festgelegten Aufbewahrungsfensters. Für DB-Instance-Stunden werden Ihnen keine Gebühren in Rechnung gestellt.
## Multi-AZ-DB-Instances
Eine Multi-AZ-Einrichtung verbessert die Datenbeständigkeit und -verfügbarkeit, indem automatisch ein synchrones Standby-Replikat in einer anderen Availability Zone bereitgestellt und verwaltet wird. Aufgrund der zusätzlichen Ressourcen und der erhöhten Verfügbarkeit sind Multi-AZ-Bereitstellungen teurer als Single-AZ-Bereitstellungen und können aufgrund der zusätzlichen Standby-Instance und der zugehörigen Ressourcen etwa doppelt so viel kosten.
Beachten Sie die folgenden wichtigen Details zu Multi-AZ-Preisen:
+ **Datenverarbeitungskosten**: Werden pro DB-Instance-Stunde für Primär- und Standby-Instances abgerechnet.
+ **Speicherkosten**: Werden pro GB-Monat für den Speicher berechnet, der für Primär- und Standby-Instances bereitgestellt wird.
+ **Datenübertragungskosten**: Die Replikation zwischen der Primär- und der Standby-Instance ist in den Kosten enthalten, es können jedoch je nach Nutzung weitere Datenübertragungsgebühren anfallen.
Um Ihre monatlichen Kosten basierend auf Ihrem spezifischen Anwendungsfall und AWS-Region genau abzuschätzen, können Sie die AWS Pricing Calculator verwenden. Dieses Tool ermöglicht Ihnen die Eingabe Ihrer Konfigurationsdetails und bietet eine umfassende Kostenaufschlüsselung.
**Anmerkung**
Die Preise können sich ändern. Die meisten up-to-date Informationen finden Sie auf der [Seite mit den Amazon RDS-Preisen](https://aws.amazon.com/rds/pricing/).
# Reservierte DB-Instances für Amazon Aurora
Mit Reserved DB-Instances können Sie eine DB-Instance für eine ein- oder dreijährige Laufzeit reservieren. Reservierte DB-Instances bieten Ihnen einen deutlichen Rabatt im Vergleich zu den bedarfsorientierten Preisen für DB-Instances. Bei reservierten DB-Instances handelt es sich nicht um physische Instances, sondern um einen Fakturierungsrabatt für die Nutzung gewisser On-Demand-Instances in Ihrem Konto. Rabatte für Reserved DB-Instances sind an den Instance-Typ und die AWS-Region gebunden.
Der allgemeine Prozess für das Arbeiten mit reservierten DB-Instances ist: Zuerst Informationen über verfügbare reservierte DB-Instance-Angebote erhalten, dann ein reserviertes DB-Instance-Angebot kaufen und schließlich Informationen über Ihre vorhandenen reservierten DB-Instances erhalten.
Informationen zum Erwerben von Reserved-DB-Instances und Anzeigen der Abrechnung für Reserved DB-Instances finden Sie in den folgenden Abschnitten.
+ [Erwerben von Reserved-DB-Instances für Amazon Aurora](USER_WorkingWithReservedDBInstances.WorkingWith.md)
+ [Anzeigen der Abrechnung für reservierte DB-Instances für Amazon Aurora](reserved-instances-billing.md)
## Übersicht über Reservierte DB-Instances
Wenn Sie eine Reserved DB-Instance in Amazon RDS kaufen, erwerben Sie eine Verpflichtung, eine reduzierte Rate für einen bestimmten DB-Instance-Typ für die Dauer der Reserved DB-Instance zu erhalten. Um eine Amazon RDS Reserved DB-Instance zu verwenden, erstellen Sie eine neue DB-Instance, genau wie bei einer On-Demand-Instance.
Die neu erstellte DB-Instance muss mit den Spezifikationen der Reserved DB-Instance in folgenden Punkten übereinstimmen:
+ AWS-Region
+ DB-Engine (Die Versionsnummer der DB-Engine muss nicht übereinstimmen.)
+ DB-Instance-Typ
Wenn die Spezifikationen der neuen DB-Instance mit einer vorhandenen Reserved DB-Instance für Ihr Konto übereinstimmen, wird Ihnen der angebotene diskontierte Preis für die Reserved DB-Instance in Rechnung gestellt. Andernfalls wird der DB-Instance eine On-Demand-Rate berechnet.
Sie können eine DB-Instance, die Sie als Reserved-DB-Instance verwenden, ändern. Wenn die Änderung innerhalb der Spezifikationen der reservierten DB-Instance liegt, gilt der diskontierte Preis teilweise oder vollständig für die geänderte DB-Instance. Wenn die Änderung außerhalb der Spezifikationen liegt, z. B. die Änderung der Instance-Klasse, gilt der diskontierte Preis nicht mehr. Weitere Informationen finden Sie unter [Größenflexible Reservierte DB-Instances](#USER_WorkingWithReservedDBInstances.SizeFlexible).
**Topics**
+ [Angebotstypen](#USER_WorkingWithReservedDBInstances.OfferingTypes)
+ [Flexibilität bezüglich der Konfiguration des Aurora-DB-Clusters](#ReservedDBInstances.ClusterConfig)
+ [Größenflexible Reservierte DB-Instances](#USER_WorkingWithReservedDBInstances.SizeFlexible)
+ [Abrechnungsbeispiele für Reserved DB-Instances von Aurora](#USER_WorkingWithReservedDBInstances.BillingExample)
+ [Löschen einer Reserved DB-Instance](#USER_WorkingWithReservedDBInstances.Cancelling)
Weitere Informationen zu reservierten DB-Instances samt Preisen finden Sie unter [Amazon RDS Reserved Instances](https://aws.amazon.com/rds/reserved-instances/#2).
### Angebotstypen
Reservierte DB-Instances sind in drei Varianten verfügbar – Keine Vorauszahlung, Teilweise Vorauszahlung und Vollständige Vorauszahlung. Auf diese Weise können Sie die Amazon-RDS-Kosten auf der Basis der erwarteten Nutzung optimieren.
**Anmerkung**
Nicht alle RDS-Instance-Klassen unterstützen alle Reserved-Instance-Angebotstypen. Beispielsweise bieten einige Instance-Klassen möglicherweise nicht die Option ohne Vorabzahlung an. Um die Verfügbarkeit zu überprüfen, überprüfen Sie die Reserved Instance-Angebote im AWS-Managementkonsole oder verwenden Sie den `describe-reserved-db-instances-offerings` AWS CLI Befehl.
**Keine Vorabzahlung**
Diese Option ermöglicht den Zugriff auf eine reservierte DB-Instance, ohne dass eine Vorauszahlung erforderlich ist. Ihre reservierte DB-Instance ohne Vorauszahlung rechnet für jede Stunde innerhalb der Laufzeit einen ermäßigten Stundensatz ab, unabhängig von der Nutzung, und es ist keine Vorauszahlung erforderlich. Diese Option ist lediglich als Reservierung für die Dauer eines Jahres verfügbar.
**Teilweise Vorauszahlung**
Diese Option beruht darauf, dass ein Teil der reservierten DB-Instance im Voraus bezahlt wird. Die innerhalb der Laufzeit verbleibenden Stunden werden unabhängig von der Nutzung zu einem vergünstigten Stundensatz berechnet. Diese Option ersetzt die vorherige Heavy Utilization-Option.
**Komplette Vorauszahlung**
Die vollständige Zahlung erfolgt zu Beginn der Laufzeit, unabhängig von der Nutzungsdauer und ohne weitere Kosten innerhalb der Restlaufzeit.
Wenn Sie die konsolidierte Fakturierung nutzen, werden alle Konten in der Organisation wie ein einziges Konto behandelt. Das bedeutet, dass alle Konten in der Organisation den stündlichen Kostenvorteil für Reserved DB-Instances erhalten können, die durch ein anderes Konto erworben wurden. Weitere Informationen zur konsolidierten Fakturierung finden Sie unter [Reservierte Amazon-RDS-DB-Instances](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/consolidatedbilling-other.html#consolidatedbilling-rds) im Benutzerhandbuch *AWS -Fakturierungs- und Kostenverwaltung*.
### Flexibilität bezüglich der Konfiguration des Aurora-DB-Clusters
Sie können Reserved DB-Instances von Aurora mit beiden DB-Cluster-Konfigurationen verwenden:
+ Aurora I/O-Optimized— Sie zahlen nur für die Nutzung und Speicherung Ihrer DB-Cluster, ohne zusätzliche Gebühren für Lese- und I/O Schreibvorgänge.
+ Aurora Standard— Neben der Nutzung und Speicherung Ihrer DB-Cluster zahlen Sie auch einen Standardtarif pro 1 Million Anfragen für I/O Operationen.
Aurora berücksichtigt automatisch den Preisunterschied zwischen diesen Konfigurationen. Aurora I/O-Optimizedverbraucht 30 % mehr normalisierte Einheiten pro Stunde als Aurora Standard.
Weitere Informationen zu den Speicherkonfigurationen von Aurora-Clustern finden Sie unter [Speicherkonfigurationen für DB-Cluster von Amazon Aurora](Aurora.Overview.StorageReliability.md#aurora-storage-type). Weitere Informationen zu den Preisen für Speicherkonfigurationen von Aurora-Clustern finden Sie unter [Amazon Aurora: Preise](https://aws.amazon.com/rds/aurora/pricing/).
### Größenflexible Reservierte DB-Instances
Beim Kauf einer Reserved DB-Instance wird unter anderem die Instance-Klasse angegeben, z. B. db.r5.large. Weitere Informationen zu DB-Instance-Klassen finden Sie unter [Amazon Aurora Aurora-DB-Instance-Klassen](Concepts.DBInstanceClass.md).
Wenn Sie eine DB-Instance haben und diese auf größere Kapazität skalieren müssen, wird Ihre Reserved DB-Instance automatisch auf Ihre skalierte DB-Instance angewendet. Das heißt, Ihre Reserved DB-Instances werden automatisch auf alle DB-Instance-Klassengrößen angewendet. Größenflexible reservierte DB-Instances sind für DB-Instances mit derselben AWS-Region DB-Engine verfügbar. Größenflexible Reserved DB-Instances können nur innerhalb ihres Instance-Klassentyps skalieren. Eine reservierte DB-Instance für eine db.r6i.large kann beispielsweise für eine db.r6i.xlarge gelten, aber nicht für eine db.r6id.large oder db.r7g.large, da db.r6id.large und db.r7g.large unterschiedliche Instance-Klassentypen sind.
Größenflexible reservierte DB-Instances sind für die folgenden Aurora-Datenbank-Engines verfügbar:
+ Aurora MySQL
+ Aurora PostgreSQL
Sie können die Nutzung für verschiedene Reserved DB-Instance-Größen vergleichen, indem Sie normalisierte Einheiten pro Stunde verwenden. Beispielsweise entspricht eine Nutzungseinheit auf zwei db.r3.large DB-Instances acht normalisierten Nutzungseinheiten pro Stunde auf einem db.r3.small. Die folgende Tabelle zeigt die Anzahl von normalisierten Einheiten pro Stunde für jede DB-Instance-Größe.
| Instance-Größe | Normalisierte Einheiten pro Stunde für eine DB-Instance, Aurora Standard | Normalisierte Einheiten pro Stunde für eine DB-Instance, Aurora I/O-Optimized | Normalisierte Einheiten pro Stunde für drei DB-Instances (Writer und zwei Reader), Aurora Standard | Normalisierte Einheiten pro Stunde für drei DB-Instances (Writer und zwei Reader), Aurora I/O-Optimized |
| --- | --- | --- | --- | --- |
| small | 1 | 1.3 | 3 | 3.9 |
| Medium | 2 | 2.6 | 6 | 7.8 |
| large | 4 | 5.2 | 12 | 15,6 |
| xlarge | 8 | 10.4 | 24 | 31,2 |
| 2xlarge | 16 | 20,8 | 48 | 62,4 |
| 4xlarge | 32 | 41,6 | 96 | 124,8 |
| 8xlarge | 64 | 83,2 | 192 | 249,6 |
| 12xlarge | 96 | 124,8 | 288 | 374,4 |
| 16xlarge | 128 | 166,4 | 384 | 499,2 |
| 24xlarge | 192 | 249,6 | 576 | 748,8 |
| 32xlarge | 256 | 332,8 | 768 | 998,4 |
Angenommen, Sie kaufen eine Reserved `db.t2.medium`-DB-Instance und haben zwei `db.t2.small`-DB-Instances in Ihrem Konto, die in der gleichen AWS-Region ausgeführt werden. In diesem Fall wird der Rabatt in vollem Umfang auf beide Instances angewendet.
![\[Vollständiges Anwenden einer reservierte DB-Instance auf kleinere DB-Instances\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/AuroraUserGuide/images/ri-db-instance-flex-full.png)
Wenn in Ihrem Konto eine `db.t2.large` Instance ausgeführt wird AWS-Region, wird der Abrechnungsvorteil alternativ auf 50 Prozent der Nutzung der DB-Instance angerechnet.
![\[Teilweises Anwenden einer reservierte DB-Instance auf eine größere DB-Instance\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/AuroraUserGuide/images/ri-db-instance-flex-partial.png)
**Anmerkung**
Wir empfehlen, die T-DB-Instance-Klassen nur für Entwicklungs- und Testserver oder andere Nicht-Produktionsserver zu verwenden. Weitere Einzelheiten zu den T-Instance-Klassen finden Sie unter [DB-Instance-Klassenarten](Concepts.DBInstanceClass.Types.md).
### Abrechnungsbeispiele für Reserved DB-Instances von Aurora
Die folgenden Beispiele veranschaulichen die Preise für Reserved DB-Instances für Aurora-DB-Cluster, die sowohl die DB-Cluster-Konfiguration Aurora Standard als auch die Konfiguration Aurora I/O-Optimized verwenden.
#### Beispiel mit Aurora Standard
Der Preis für eine Reserved DB-Instance bietet keinen Rabatt für die Kosten in Verbindung mit Speicher, Backups und I/O. Das folgende Beispiel veranschaulicht die Gesamtkosten pro Monat für eine Reserved DB-Instance:
+ Eine Reserved Single-AZ-DB-Instance von Aurora MySQL der Klasse db.r5.large in der Region USA Ost (Nord-Virginia) kostet 0,19 USD pro Stunde oder 138,70 USD pro Monat.
+ Aurora-Speicher zu einem Preis von 0,10 USD pro GiB pro Monat (ungefähr 45,60 USD pro Monat in diesem Beispiel).
+ Aurora I/O zu einem Preis von 0,20 USD pro 1 Million Anfragen (für dieses Beispiel gehen Sie von 20 USD pro Monat aus)
+ Aurora-Sicherungsspeicher zu einem Preis von 0,021 USD pro GiB pro Monat (ungefähr 30 USD pro Monat in diesem Beispiel).
Wenn Sie die Kosten all dieser Optionen (138,70 USD \$1 45,60 USD \$1 20 USD \$1 30 USD) mit der Reserved DB-Instance addieren, liegen die monatlichen Gesamtkosten bei 234,30 USD.
Wenn Sie sich statt für eine Reserved DB-Instance für eine On-Demand-DB-Instance entscheiden, kostet eine Single-AZ-Instance der Klasse db.r5.large von Aurora MySQL in der Region USA Ost (Nord-Virginia) 0,29 USD pro Stunde oder 217,50 USD pro Monat. Wenn Sie die Kosten all dieser Optionen (217,50 USD \$1 45,60 USD \$1 20 USD \$1 30 USD) mit der On-Demand-DB-Instance addieren, liegen die monatlichen Gesamtkosten bei 313,10 USD. Sie sparen fast 79 USD pro Monat, indem Sie die reservierte DB-Instance verwenden.
#### Beispiel für die Verwendung eines Aurora Standard DB-Clusters mit zwei Reader-Instances
Um Reserved Instances für Aurora-DB-Cluster zu verwenden, kaufen Sie einfach eine Reserved Instance für jede DB-Instance im Cluster.
Gehen wir noch einmal auf das erste Beispiel ein und nehmen an, Sie verfügen über einen DB-Cluster von Aurora MySQL mit einer Writer-DB-Instance und zwei Aurora Replicas, also insgesamt drei DB-Instances im Cluster. Für die beiden Aurora Replicas fallen keine zusätzlichen Speicher- oder Backup-Kosten an. Wenn Sie drei reservierte db.r5.large Aurora MySQL-DB-Instances erwerben, belaufen sich Ihre Kosten auf 234,30 USD (für die Writer-DB-Instance) \$1 2 \$1 (138,70 USD \$1 20 USD I/O pro Aurora Replica), also insgesamt 551,70 USD pro Monat.
Die entsprechenden On-Demand-Kosten für einen Aurora MySQL-DB-Cluster mit einer Writer-DB-Instance und zwei Aurora Replicas betragen 313,10\$1 \$1 2 \$1 (217,50\$1 \$1 20\$1 I/O pro Instance), was insgesamt 788,10\$1 pro Monat entspricht. Sie sparen fast 236,40 USD pro Monat, wenn Sie die Reserved DB-Instances verwenden.
#### Beispiel mit Aurora I/O-Optimized
Sie können Ihre vorhandenen Aurora Standard Reserved DB-Instances mit Aurora I/O-Optimized wiederverwenden. Um die Vorteile Ihrer Reserved Instance-Rabatte mit Aurora I/O-Optimized in vollem Umfang nutzen zu können, können Sie 30 % zusätzliche Reserved Instances kaufen, die Ihren aktuellen Reserved Instances ähneln.
Die folgende Tabelle zeigt Beispiele dafür, wie Sie die zusätzlichen Reserved Instances abschätzen können, wenn Sie Aurora I/O-Optimized verwenden. Wenn es sich bei den erforderlichen Reserved Instances um einen Bruchteil handelt, können Sie die Größenflexibilität nutzen, die Reserved Instances bieten, um auf eine ganze Zahl zu kommen. In diesen Beispielen bezieht sich „aktuell“ auf die Aurora Standard Reserved Instances, über die Sie jetzt verfügen. Zusätzliche Reserved Instances sind die Anzahl der Aurora Standard Reserved Instances, die Sie kaufen müssen, um Ihre aktuellen Reserved Instance-Rabatte bei Verwendung von Aurora I/O-Optimized beizubehalten.
| DB-Instance-Klasse | Aktuelle Aurora Standard Reserved Instances | Reserved Instances, die für Aurora I/O-Optimized erforderlich sind | Zusätzlich erforderliche Reserved Instances | Zusätzlich erforderliche Reserved Instances bei Nutzung der Größenflexibilität |
| --- | --- | --- | --- | --- |
| db.r6g.large | 10 | 10 \$1 1,3 = 13 | 3 \$1 db.r6g.large | 3 \$1 db.r6g.large |
| db.r6g.4xlarge | 20 | 20 \$1 1,3 = 26 | 6 \$1 db.r6g.4xlarge | 6 \$1 db.r6g.4xlarge |
| db.r6g.12xlarge | 5 | 5 \$1 1,3 = 6,5 | 1,5 \$1 db.r6g.12xlarge | db.r6g.12xlarge, r6g.4xlarge und r6g.2xlarge jeweils einmal (0,5 \$1 db.r6g.12xlarge = 1 \$1 db.r6g.4xlarge \$1 1 \$1 db.r6g.2xlarge) |
| db.r6i.24xlarge | 15 | 15 \$1 1,3 = 19,5 | 4,5 \$1 db.r6i.24xlarge | 4 \$1 db.r6i.24xlarge \$1 1 \$1 db.r6i.12xlarge (0,5 \$1 db.r6i.24xlarge = 1 \$1 db.r6i.12xlarge) |
#### Beispiel für die Verwendung eines Aurora I/O-Optimized DB-Clusters mit zwei Reader-Instances
Sie verfügen über einen DB-Cluster von Aurora MySQL mit einer Writer-DB-Instance und zwei Aurora Replicas, also insgesamt drei DB-Instances im Cluster. Diese verwenden die DB-Cluster-Konfiguration Aurora I/O-Optimized. Um Reserved DB-Instances für diesen Cluster zu verwenden, müssten Sie vier Reserved DB-Instances derselben DB-Instance-Klasse kaufen. Drei DB-Instances verbrauchen mit Aurora I/O-Optimized 3,9 normalisierte Einheiten pro Stunde, verglichen mit 3 normalisierten Einheiten pro Stunde für drei DB-Instances mit Aurora Standard. Sie sparen jedoch die monatlichen Kosten für jede DB-Instance. I/O
**Anmerkung**
Die Preise in diesem Beispiel sind Beispiele und entsprechen möglicherweise nicht den tatsächlichen Preisen. Informationen zur Preisgestaltung von Aurora finden Sie unter [Aurora-Preise](https://aws.amazon.com/rds/aurora/pricing).
### Löschen einer Reserved DB-Instance
In den Bedingungen für eine Reserved DB-Instance ist eine einjährige oder dreijährige Verpflichtung enthalten. Sie können eine Reserved DB-Instance nicht stornieren. Sie können jedoch eine DB-Instance löschen, die durch einen Rabatt für eine Reserved DB-Instance abgedeckt ist. Der Vorgang zum Löschen einer DB-Instance, für die ein Rabatt für eine Reserved DB-Instance gilt, ist der gleiche wie für jede andere DB-Instance.
Die Vorabkosten werden Ihnen in Rechnung gestellt, unabhängig davon, ob Sie die Ressourcen nutzen.
Wenn Sie eine DB-Instance löschen, die durch einen Rabatt für eine Reserved DB-Instance gedeckt ist, können Sie eine andere DB-Instance mit kompatiblen Spezifikationen starten und den ermäßigten Preis während der Reservierungslaufzeit (ein Jahr oder drei Jahre) erhalten. In diesem Fall erhalten Sie den Rabatt während des Reservierungszeitraums (ein Jahr oder drei Jahre).
# Erwerben von Reserved-DB-Instances für Amazon Aurora
Sie können die AWS-Managementkonsole, und die RDS-API verwenden AWS CLI, um mit reservierten DB-Instances zu arbeiten.
## Konsole
Sie können die verwenden AWS-Managementkonsole , um mit reservierten DB-Instances zu arbeiten, wie in den folgenden Verfahren gezeigt.
**Preise und Informationen zu verfügbaren Angeboten für reservierte DB-Instances erhalten**
1. Melden Sie sich bei der an AWS-Managementkonsole und öffnen Sie die Amazon RDS-Konsole unter [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. Wählen Sie im Navigationsbereich **Reserved instances** (Reservierte Instances) aus.
1. Klicken Sie auf **Reserved DB-Instance kaufen**.
1. Um die **Produktbeschreibung** einzusehen, wählen Sie die DB-Engine und den Lizenztyp aus.
1. Wählen Sie für **DB-Instance-Klasse** die DB-Instance-Klasse aus.
1. Wählen Sie für **Bereitstellungsoption** aus, ob Sie eine Single-AZ- oder eine Multi-AZ-Bereitstellung der DB-Instance wünschen.
**Anmerkung**
Bei Reserved *Instances* von Amazon Aurora ist die Bereitstellungsoption grundsätzlich auf **Single-AZ-DB-Instance** festgelegt. Wenn Sie jedoch einen Aurora-DB-*Cluster* erstellen, lautet die Standardbereitstellungsoption **Ein Aurora-Replikat oder einen Reader in einer anderen AZ erstellen** (Multi-AZ).
Sie müssen eine Reserved DB-Instance für jede Instance erwerben, die Sie verwenden möchten, einschließlich Aurora Replicas. Daher müssen Sie für Multi-AZ-Bereitstellungen in Aurora zusätzliche reservierte DB-Instances erwerben.
1. Für **Laufzeit** wählen Sie die Zeitspanne aus, für welche die DB-Instance reserviert werden soll.
1. Wählen Sie für **Angebotstyp** den Angebotstyp aus.
Nachdem Sie die Angebotsart ausgewählt haben, werden Ihnen die Preisinformationen angezeigt.
**Wichtig**
Klicken Sie auf **Abbrechen**, um den Kaufvorgang für die Reserved DB-Instance abzubrechen und Kosten zu vermeiden.
Nachdem Sie Informationen über die verfügbaren reservierten DB-Instance-Angebote erhalten haben, können Sie diese Informationen verwenden, um ein Angebot zu erwerben, wie in der folgenden Vorgehensweise gezeigt.
**Kauf einer reservierten DB-Instance**
1. Melden Sie sich bei der an AWS-Managementkonsole und öffnen Sie die Amazon RDS-Konsole unter [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. Wählen Sie im Navigationsbereich **Reserved instances** (Reservierte Instances) aus.
1.
**Wichtig**
Stellen Sie sicher, dass Sie sich in der korrekten AWS-Region befinden. Reserved-DB-Instances sind regionsspezifisch und können nicht zwischen Regionen übertragen werden. Überprüfen Sie anhand der Regionsauswahl oben rechts in der Konsole, ob Sie die Reserved Instance in der gewünschten Region erwerben.
1. Klicken Sie auf **Reserved DB-Instance kaufen**.
1. Um die **Produktbeschreibung** einzusehen, wählen Sie die DB-Engine und den Lizenztyp aus.
1. Wählen Sie für **DB-Instance-Klasse** die DB-Instance-Klasse aus.
1. Wählen Sie für **Multi-AZ-Bereitstellung** aus, ob Sie eine Single-AZ- oder eine Multi-AZ-Bereitstellung der DB-Instance wünschen.
**Anmerkung**
Bei Reserved *Instances* von Amazon Aurora ist die Bereitstellungsoption grundsätzlich auf **Single-AZ-DB-Instance** festgelegt. Wenn Sie einen DB-*Cluster* von Amazon Aurora aus Ihrer Reserved DB-Instance erstellen, ist der DB-Cluster automatisch als Multi-AZ eingerichtet. Sie müssen eine Reserved DB-Instance für jede DB-Instance erwerben, die Sie verwenden möchten, einschließlich Aurora Replicas.
1. Für die Auswahl des **Laufzeit** wählen Sie die Zeitspanne aus, für welche die DB-Instance reserviert werden soll.
1. Wählen Sie für **Angebotstyp** den Angebotstyp aus.
Nachdem Sie die Angebotsart ausgewählt haben, werden Ihnen die Preisinformationen angezeigt.
![\[Konsole für den Kauf von Reserved DB-Instances\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/AuroraUserGuide/images/reservedinstance-aur.png)
1. (Optional) Sie können den Reserved DB-Instances, die Sie kaufen, Ihre eigene Kennung zuweisen, um die Übersicht zu behalten. Geben Sie unter **Reservierte ID** eine Kennzeichnung für Ihre reservierte DB-Instance ein.
1. Wählen Sie **Absenden** aus.
Ihre Reserved DB-Instance wird gekauft und dann in der Liste **Reserved Instances** angezeigt.
Nachdem Sie reservierte DB-Instances gekauft haben, erhalten Sie Informationen über Ihre reservierten DB-Instances, wie in der folgenden Vorgehensweise gezeigt.
**Um Informationen über reservierte DB-Instances für Ihr AWS Konto zu erhalten**
1. Melden Sie sich bei der an AWS-Managementkonsole und öffnen Sie die Amazon RDS-Konsole unter [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. Wählen Sie im Bereich **Navigation** die Option **Reserved Instances** (Reservierte Instances) aus.
Es erscheinen die reservierten DB-Instances für Ihr Konto. Um detaillierte Informationen zu einer bestimmten Reserved DB-Instance anzuzeigen, wählen Sie diese in der Liste aus. Sie können dann detaillierte Informationen über diese Instance im Detailbereich am unteren Rand der Konsole anzeigen.
## AWS CLI
Sie können die verwenden AWS CLI , um mit reservierten DB-Instances zu arbeiten, wie in den folgenden Beispielen gezeigt.
**Example Erhalten von verfügbaren Reserved DB-Instance-Angeboten**
Rufen Sie den AWS CLI Befehl auf, um Informationen über verfügbare Angebote für reservierte DB-Instances zu erhalten [https://docs.aws.amazon.com/cli/latest/reference/rds/describe-reserved-db-instances-offerings.html](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-reserved-db-instances-offerings.html).
```
aws rds describe-reserved-db-instances-offerings
```
Diese Aktion führt zu folgender oder einer ähnlichen Ausgabe:
```
1. OFFERING OfferingId Class Multi-AZ Duration Fixed Price Usage Price Description Offering Type
2. OFFERING 438012d3-4052-4cc7-b2e3-8d3372e0e706 db.r3.large y 1y 1820.00 USD 0.368 USD mysql Partial Upfront
3. OFFERING 649fd0c8-cf6d-47a0-bfa6-060f8e75e95f db.r3.small n 1y 227.50 USD 0.046 USD mysql Partial Upfront
4. OFFERING 123456cd-ab1c-47a0-bfa6-12345667232f db.r3.small n 1y 162.00 USD 0.00 USD mysql All Upfront
5. Recurring Charges: Amount Currency Frequency
6. Recurring Charges: 0.123 USD Hourly
7. OFFERING 123456cd-ab1c-37a0-bfa6-12345667232d db.r3.large y 1y 700.00 USD 0.00 USD mysql All Upfront
8. Recurring Charges: Amount Currency Frequency
9. Recurring Charges: 1.25 USD Hourly
10. OFFERING 123456cd-ab1c-17d0-bfa6-12345667234e db.r3.xlarge n 1y 4242.00 USD 2.42 USD mysql No Upfront
```
Nachdem Sie Informationen über die verfügbaren reservierten DB-Instance-Angebote erhalten haben, können Sie diese Informationen verwenden, um ein Angebot zu erwerben.
Um eine reservierte DB-Instance zu erwerben, verwenden Sie den AWS CLI Befehl [https://docs.aws.amazon.com/cli/latest/reference/rds/purchase-reserved-db-instances-offering.html](https://docs.aws.amazon.com/cli/latest/reference/rds/purchase-reserved-db-instances-offering.html)mit den folgenden Parametern:
+ `--reserved-db-instances-offering-id` – Die ID des Angebots, das Sie erwerben möchten Siehe das vorhergehende Beispiel, um die Angebots-ID zu erhalten.
+ `--reserved-db-instance-id` – Sie können den Reserved DB-Instances, die Sie kaufen, Ihre eigene Kennung zuweisen, um die Übersicht zu behalten.
**Example Kauf einer Reserved DB-Instance**
Im folgenden Beispiel wird das reservierte DB-Instance-Angebot mit der ID *649fd0c8-cf6d-47a0-bfa6-060f8e75e95f* gekauft und der Identifier von *MyReservation* zugewiesen.
Für Linux, macOS oder Unix:
```
aws rds purchase-reserved-db-instances-offering \
--reserved-db-instances-offering-id 649fd0c8-cf6d-47a0-bfa6-060f8e75e95f \
--reserved-db-instance-id MyReservation
```
Für Windows:
```
aws rds purchase-reserved-db-instances-offering ^
--reserved-db-instances-offering-id 649fd0c8-cf6d-47a0-bfa6-060f8e75e95f ^
--reserved-db-instance-id MyReservation
```
Daraufhin erhalten Sie ein Ergebnis, das dem hier dargestellten entspricht:
```
1. RESERVATION ReservationId Class Multi-AZ Start Time Duration Fixed Price Usage Price Count State Description Offering Type
2. RESERVATION MyReservation db.r3.small y 2011-12-19T00:30:23.247Z 1y 455.00 USD 0.092 USD 1 payment-pending mysql Partial Upfront
```
Nachdem Sie Reserved DB-Instances gekauft haben, erhalten Sie Informationen über Ihre Reserved DB-Instances.
Um Informationen über reservierte DB-Instances für Ihr AWS Konto zu erhalten, rufen Sie den AWS CLI Befehl auf [https://docs.aws.amazon.com/cli/latest/reference/rds/describe-reserved-db-instances.html](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-reserved-db-instances.html), wie im folgenden Beispiel gezeigt.
**Example Erhalten von Reserved DB-Instances**
```
aws rds describe-reserved-db-instances
```
Daraufhin erhalten Sie ein Ergebnis, das dem hier dargestellten entspricht:
```
1. RESERVATION ReservationId Class Multi-AZ Start Time Duration Fixed Price Usage Price Count State Description Offering Type
2. RESERVATION MyReservation db.r3.small y 2011-12-09T23:37:44.720Z 1y 455.00 USD 0.092 USD 1 retired mysql Partial Upfront
```
## RDS-API
Sie können die RDS-API verwenden, um mit Reserved DB-Instances zu arbeiten:
+ Um Informationen zu verfügbaren Reserved DB-Instance-Angeboten zu erhalten, rufen Sie die Amazon-RDS-API-Aktion auf [https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_DescribeReservedDBInstancesOfferings.html](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_DescribeReservedDBInstancesOfferings.html).
+ Nachdem Sie Informationen über die verfügbaren reservierten DB-Instance-Angebote erhalten haben, können Sie diese Informationen verwenden, um ein Angebot zu erwerben. Rufen Sie dazu die RDS-API-Operation [https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_PurchaseReservedDBInstancesOffering.html](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_PurchaseReservedDBInstancesOffering.html) mit den folgenden Parametern auf:
+ `--reserved-db-instances-offering-id` – Die ID des Angebots, das Sie erwerben möchten
+ `--reserved-db-instance-id` – Sie können den Reserved DB-Instances, die Sie kaufen, Ihre eigene Kennung zuweisen, um die Übersicht zu behalten.
+ Nachdem Sie Reserved DB-Instances gekauft haben, erhalten Sie Informationen über Ihre Reserved DB-Instances. Rufen Sie die Aktion [https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_DescribeReservedDBInstances.html](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_DescribeReservedDBInstances.html)-RDS-API auf.
# Anzeigen der Abrechnung für reservierte DB-Instances für Amazon Aurora
Sie können die Abrechnung für Ihre reservierten DB-Instances im Abrechnungs-Dashboard im AWS-Managementkonsole.
**So zeigen Sie Reserved DB-Instance Abrechnung an**
1. Melden Sie sich an der AWS-Managementkonsole an.
1. Wählen Sie im **Kontomenü** oben rechts **Abrechnungs-Dashboard** aus.
1. Wählen Sie oben rechts im Dashboard **Rechnungsdetails** aus.
1. Erweitern Sie unter **AWS-Servicegebühren** den Dienst für **relationale Datenbanken**.
1. Erweitern Sie die AWS-Region, in der sich Ihre Reserved DB-Instances befinden, beispielsweise **USA West (Oregon)**.
Ihre reservierten DB-Instances und ihre stündlichen Gebühren für den aktuellen Monat werden unter **Amazon Relational Database Service for *Datenbank-Engine* Reserved Instances** angezeigt.
![\[Anzeigen der monatlichen Kosten für eine reservierte DB-Instance\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/AuroraUserGuide/images/ri-db-billing1.png)
Die reservierte DB-Instance in diesem Beispiel wurde „All Upfront“ gekauft, daher fallen keine Stundengebühren an.
1. Wählen Sie das **Cost Explorer**-Symbol (Balkendiagramm) neben der Überschrift **Reserved Instances**.
Der Cost Explorer zeigt die **monatlichen EC2-Betriebsstundenkosten** und das Nutzungsdiagramm an.
1. Deaktivieren Sie den Filter **Verwendungstyp-Gruppe** rechts neben dem Diagramm.
1. Wählen Sie den Zeitraum und die Zeiteinheit aus, für die Sie die Nutzungskosten untersuchen möchten.
Das folgende Beispiel zeigt die Nutzungskosten für On-Demand- und reservierte DB-Instances für das bisherige Jahr bis nach Monaten an.
![\[Anzeigen der Nutzungskosten für On-Demand-und reservierte DB-\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/AuroraUserGuide/images/ri-db-billing2.png)
Die Kosten für reservierte DB-Instance von Januar bis Juni 2021 sind monatliche Gebühren für eine Partial-Upfront-Instance, während die Kosten im August 2021 eine einmalige Gebühr für eine All Upfront-Instance sind.
Der Rabatt der reservierten Instances für die Partial Upfront-Instance lief im Juni 2021 aus, die DB-Instance wurde jedoch nicht gelöscht. Nach dem Ablaufdatum wurde es einfach zum On-Demand-Tarif berechnet.
# Amazon Aurora im AWS kostenlosen Kontingent
Aurora PostgreSQL ist auch im Rahmen des [AWS kostenlosen Kontingents](https://aws.amazon.com/rds/free/) über das verfügbar. [Mit Express-Konfiguration erstellen](CHAP_GettingStartedAurora.AuroraPostgreSQL.ExpressConfig.md) Zusätzlich zu den Express-Konfigurationsbeschränkungen gelten die folgenden Einschränkungen, wenn Sie Aurora PostgreSQL mit dem AWS kostenlosen Kontingent verwenden:
+ Es werden nur Cluster unterstützt, die mit der Express-Konfiguration erstellt wurden (eine vollständige Konfiguration ist nicht verfügbar)
+ Bis zu 4 Aurora-Kapazitätseinheiten (ACUs) pro Cluster
+ Bis zu 1 GB Speicher pro Cluster
+ Maximal 2 Cluster und 2 Instanzen pro Konto
+ Aurora Global Database- und Zero-ETL-Integrationen werden nicht unterstützt