

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.

# Kontingente und Beschränkungen für Amazon Aurora
<a name="CHAP_Limits"></a>

Im Folgenden finden Sie eine Beschreibung der Ressourcenkontingente und Benennungseinschränkungen für Amazon Aurora.

**Topics**
+ [Kontingente in Amazon Aurora](#RDS_Limits.Limits)
+ [Benennungseinschränkungen in Amazon Aurora](#RDS_Limits.Constraints)
+ [Amazon Aurora-Größenbeschränkungen](#RDS_Limits.FileSize.Aurora)

## Kontingente in Amazon Aurora
<a name="RDS_Limits.Limits"></a>

Jedes AWS Konto hat für jede AWS Region Kontingente für die Anzahl der Amazon Aurora Aurora-Ressourcen, die erstellt werden können. Nachdem das Kontingent für eine Ressource erreicht wurde, schlagen zusätzliche Aufrufe zum Erstellen dieser Ressource mit einer Ausnahme fehl.

In der folgenden Tabelle sind die Ressourcen und ihre Kontingente pro AWS Region aufgeführt.

[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AmazonRDS/latest/AuroraUserGuide/CHAP_Limits.html)

**Anmerkung**  
Standardmäßig ist das Verwenden von bis zu insgesamt 40 DB-Instances möglich. RDS-DB-Instances, Aurora DB-Instances, Amazon Neptune-Instances und Amazon DocumentDB-Instances werden zu diesem Kontingent hinzugerechnet.  
Wenn Ihre Anwendung mehr DB-Instances benötigt, können Sie zusätzliche DB-Instances anfordern, indem Sie die [Konsole für Service Quotas](https://console.aws.amazon.com/servicequotas/home?region=us-east-1#!/dashboard) öffnen. Wählen Sie im Navigationsbereich **AWS -Services** aus. Wählen Sie **Amazon Relational Database Service (Amazon RDS)** sowie ein Kontingent aus und folgen Sie den Anweisungen, um eine Kontingenterhöhung anzufordern. Weitere Informationen finden Sie unter [Beantragen einer Kontingenterhöhung](https://docs.aws.amazon.com/servicequotas/latest/userguide/request-increase.html) im *Service Quotas-Benutzerhandbuch*.  
Für RDS für Oracle können Sie bis zu 15 Lesereplikate pro Quell-DB-Instance in jeder Region erstellen. Wir empfehlen jedoch, die Zahl der Replikate auf 5 zu beschränken, um die Replikationsverzögerung zu minimieren.  
Von verwaltete Backups AWS Backup gelten als manuelle DB-Cluster-Snapshots, werden aber nicht auf das Kontingent für manuelle Cluster-Snapshots angerechnet. Informationen dazu AWS Backup finden Sie im [https://docs.aws.amazon.com/aws-backup/latest/devguide](https://docs.aws.amazon.com/aws-backup/latest/devguide).

Wenn Sie RDS-API-Operationen verwenden und das Standardkontingent für die Anzahl von Aufrufen pro Sekunde überschreiten, gibt die Amazon-RDS-API eine Fehlermeldung ähnlich der folgenden aus.

ClientError: Beim Aufrufen des *API\$1name* Vorgangs ist ein Fehler aufgetreten (ThrottlingException): Rate überschritten. 

Reduzieren Sie in diesem Fall die Anzahl der Aufrufe pro Sekunde. Das Kontingent soll die meisten Anwendungsfälle abdecken. Werden höhere Kontingente benötigt, können Sie mit einer der folgenden Optionen eine Kontingenterhöhung anfordern:
+ Über die Konsole: Öffnen Sie die [Konsole „Service Quotas“](https://us-east-1.console.aws.amazon.com/servicequotas/home/).
+ Verwenden Sie von der AWS CLI aus den [request-service-quota-increase](https://docs.aws.amazon.com/cli/latest/reference/service-quotas/request-service-quota-increase.html) AWS CLI Befehl.

Weitere Informationen zu diesem Service finden Sie im [https://docs.aws.amazon.com/servicequotas/latest/userguide/request-quota-increase.html](https://docs.aws.amazon.com/servicequotas/latest/userguide/request-quota-increase.html).

## Benennungseinschränkungen in Amazon Aurora
<a name="RDS_Limits.Constraints"></a>

Die Benennungseinschränkungen in Amazon Aurora gelten wie folgt:
+ DB Cluster ID:
  + Sie müssen 1–63 alphanumerische Zeichen oder Bindestriche enthalten.
  + Muss mit einem Buchstaben beginnen.
  + Darf nicht mit einem Bindestrich enden oder zwei aufeinanderfolgende Bindestriche enthalten.
  + Muss für alle DB-Instances pro AWS Konto und AWS Region eindeutig sein.
+ Anfänglicher Datenbankname: In Aurora MySQL und Aurora PostgreSQL gelten unterschiedliche Beschränkungen für Datenbanknamen. Weitere Informationen finden Sie in den verfügbaren Einstellungen beim Erstellen jedes DB-Clusters.
+ Hauptbenutzername: Für jede Datenbank-Engine gelten unterschiedliche Einschränkungen in Bezug auf den Hauptbenutzernamen. Weitere Informationen finden Sie in den verfügbaren Einstellungen beim Erstellen des DB-Clusters.
+ Hauptpasswort:
  + Das Passwort für den Master-Benutzer der Datenbank kann jedes druckbare ASCII-Zeichen außer `/`, `'`, `"`, `@` oder Leerzeichen enthalten.
  + Das Passwort kann die folgende Anzahl druckbarer ASCII-Zeichen enthalten, abhängig von der DB-Engine:
    + Aurora MySQL 8–41
    + Aurora PostgreSQL 8–99
+ DB-Parametergruppe:
  + Sie müssen 1–255 alphanumerische Zeichen enthalten.
  + Muss mit einem Buchstaben beginnen.
  + Bindestriche sind erlaubt, aber der Name darf nicht mit einem Bindestrich enden oder zwei aufeinanderfolgende Bindestriche enthalten.
+ DB-Subnetzgruppe:
  + Müssen 1–255 Zeichen enthalten.
  + Alphanumerische Zeichen, Leerzeichen, Bindestriche, Unterstriche und Punkte sind erlaubt.

## Amazon Aurora-Größenbeschränkungen
<a name="RDS_Limits.FileSize.Aurora"></a>

**Beschränkungen der Speichergröße**  
Die maximale Größe des Aurora-Clusters variiert je nach Engine-Version:    
**Maximal 256 TiB:**  
+ Aurora-PostgreSQL-Versionen:
  + 17.5 und alle höheren Versionen
  + 16.9 und höher
  + 15.13 und höher
+ Aurora MySQL Version 3.10 (kompatibel mit MySQL 8.0.42) und höher  
**Maximal 128 TiB:**  
+ Alle früheren Aurora-PostgreSQL-Versionen
+ Alle verfügbaren Aurora-MySQL-3-Versionen; Aurora-MySQL-Version 2, Versionen 2.09 und höher
Weitere Informationen zur automatischen Speicherskalierung finden Sie unter [Wie sich die Größe des Aurora-Speichers automatisch ändert](Aurora.Overview.StorageReliability.md#aurora-storage-growth).  
Sie können die `AuroraVolumeBytesLeftTotal`-Metrik verwenden, um den verbleibenden Speicherplatz zu überwachen. Weitere Informationen finden Sie unter [Metriken auf Cluster-Ebene für Amazon Aurora](Aurora.AuroraMonitoring.Metrics.md#Aurora.AuroraMySQL.Monitoring.Metrics.clusters).

**Beschränkungen der SQL-Tabellengröße**  
Bei einem Aurora MySQL-DB-Cluster beträgt die maximale Tabellengröße 64 Tebibyte (TiB). Bei einem Aurora PostgreSQL-DB-Cluster beträgt die maximale Tabellengröße 32 Tebibyte (TiB). Wir empfehlen Ihnen, beim Designen der Tabellen die bewährten Methoden zu befolgen, z. B. bei der Partitionierung von großen Tabellen.

**Grenzen der Tabellenraum-ID**  
Die maximale Tabellenraum-ID für Aurora MySQL ist 2147483647. Wenn Sie häufig Tabellen erstellen und löschen, achten Sie darauf, Ihren Tabellenraum zu berücksichtigen IDs und logische Dumps zu verwenden. Weitere Informationen finden Sie unter [Logische Migration von MySQL zu Amazon Aurora MySQL mithilfe von mysqldump](AuroraMySQL.Migrating.ExtMySQL.mysqldump.md).