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
Im Folgenden finden Sie eine Beschreibung der Ressourcenkontingente und Benennungseinschränkungen für Amazon Aurora.
Themen
Kontingente in Amazon Aurora
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.
| Name | Standard | Anpassbar | Description |
|---|---|---|---|
| Autorisierungen pro DB-Sicherheitsgruppe | Jede unterstützte Region: 20 | Nein | Anzahl der Sicherheitsgruppenberechtigungen pro DB-Sicherheitsgruppe |
| Benutzerdefinierte Endpunkte pro DB-Cluster | Jede unterstützte Region: 5 | Yes |
Die maximale Anzahl von benutzerdefinierten Endpunkten, die Sie pro Aurora-DB-Cluster in diesem Konto in der aktuellen Region erstellen können. Dieser Wert spiegelt die höchste Anzahl von benutzerdefinierten Endpunkten in einem DB-Cluster im Konto wider. Andere DB-Cluster im Konto haben möglicherweise eine geringere Anzahl von benutzerdefinierten Endpunkten. |
| Kundenspezifische Motorversionen | Jede unterstützte Region: 40 | Ja |
Die maximale Anzahl von benutzerdefinierten Engine-Versionen, die in diesem Konto in der aktuellen Region zulässig sind |
| DB-Cluster-Parametergruppen | Jede unterstützte Region: 50 | Ja |
Die maximale Anzahl von DB-Cluster-Parametergruppen |
| DB-Cluster | Jede unterstützte Region: 40 | Ja |
Die maximale Anzahl von Aurora-Clustern in diesem Konto in der aktuellen Region |
| DB-Instances |
ap-south-1: 20 Jede der anderen unterstützten Regionen: 40 |
Ja |
Die maximale Anzahl von DB-Instances, die in diesem Konto in der aktuellen Region zulässig ist |
| DB-Shard-Gruppen | Jede unterstützte Region: 5 | Yes |
Die maximale Anzahl von DB-Shard-Gruppen für Aurora Limitless Database in diesem Konto in der aktuellen Region |
| DB-Subnetzgruppen |
ap-south-1: 20 Jede der anderen unterstützten Regionen: 50 |
Ja |
Die maximale Anzahl von DB-Subnetzgruppen |
| Größe des HTTP-Anforderungstexts der Daten-API | Jede unterstützte Region: 4 Megabyte | Nein | Die maximal zulässige Größe für den HTTP-Anforderungstext. |
| Maximale Anzahl gleichzeitiger Cluster-Geheimnis-Paare der Daten-API | Jede unterstützte Region: 30 | Nein | Die maximale Anzahl eindeutiger Paare von Aurora Serverless v1-DB-Clustern und Geheimnissen in gleichzeitigen Daten-API-Anfragen für dieses Konto in der aktuellen AWS Region. |
| Maximale Anzahl gleichzeitiger Daten-API-Anforderungen | Jede unterstützte Region: 500 | Nein | Die maximale Anzahl von Daten-API-Anforderungen an einen DB-Cluster von Aurora Serverless v1, die dasselbe Secret verwenden und gleichzeitig verarbeitet werden können. Zusätzliche Anforderungen werden in die Warteschlange gestellt und verarbeitet, sobald in Bearbeitung befindliche Anforderungen abgeschlossen sind. |
| Maximale Ergebnissatzgröße der Daten-API | Jede unterstützte Region: 1 Megabyte | Nein | Die maximale Größe der Datenbank-Ergebnismenge, die von der Daten-API zurückgegeben werden kann. |
| Maximale Daten-API-Größe der JSON-Antwortzeichenfolge | Jede unterstützte Region: 10 Megabyte | Nein | Die maximale Größe der vereinfachten JSON-Antwortzeichenfolge, die von der RDS-Daten-API zurückgegeben wird. |
| Daten-API-Anforderungen pro Sekunde | Jede unterstützte Region: 1000 pro Sekunde | Nein | Die maximale Anzahl von Anfragen an die Daten-API pro Sekunde, die für dieses Konto in der aktuellen AWS Region zulässig ist. Dieses Kontingent gilt nur für Cluster von Amazon Aurora Serverless v1. |
| Ereignisabonnements | Jede unterstützte Region: 20 | Ja |
Die maximale Anzahl von Ereignisabonnements |
| IAM-Rollen pro DB-Cluster | Jede unterstützte Region: 5 | Yes |
Die maximale Anzahl von IAM-Rollen, die mit einem DB-Cluster verknüpft werden können |
| IAM-Rollen pro DB-Instance | Jede unterstützte Region: 5 | Yes |
Die maximale Anzahl von IAM-Rollen, die mit einer DB-Instance verknüpft werden können |
| Integrationen | Jede unterstützte Region: 100 | Nein | Die maximale Anzahl von Integrationen, die in diesem Konto in der aktuellen Region zulässig sind AWS |
| Manuelle DB-Cluster-Snapshots | Jede unterstützte Region: 100 | Yes |
Die maximale Anzahl manueller DB-Cluster-Snapshots |
| Manuelle DB-Instance-Snapshots | Jede unterstützte Region: 100 | Yes |
Die maximale Anzahl manueller DB-Instance-Snapshots |
| Optionsgruppen | Jede unterstützte Region: 20 | Ja |
Die maximale Anzahl von Optionsgruppen |
| Parametergruppen |
ap-south-1: 20 Jede der anderen unterstützten Regionen: 50 |
Ja |
Die maximale Anzahl von Parametergruppen |
| Proxys | Jede unterstützte Region: 20 | Ja |
Die maximale Anzahl von Proxys, die für dieses Konto in der aktuellen Region zulässig sind AWS |
| Read Replicas pro Primary | Jede unterstützte Region: 15 | Ja |
Die maximale Anzahl von Lesereplikaten pro primäre DB-Instance. Dieses Kontingent kann für Amazon Aurora nicht angepasst werden. |
| Reservierte DB-Instances |
ap-south-1: 20 Jede der anderen unterstützten Regionen: 40 |
Ja |
Die maximale Anzahl reservierter DB-Instances, die für dieses Konto in der aktuellen AWS Region zulässig sind |
| Sicherheitsgruppen |
ap-south-1: 20 Jede der anderen unterstützten Regionen: 25 |
Ja |
Die maximale Anzahl von DB-Sicherheitsgruppen |
| Subnetze pro DB-Subnetzgruppe | Jede unterstützte Region: 20 | Nein | Die maximale Anzahl von Subnetzen pro DB-Subnetzgruppe |
| Gesamtspeicher für alle DB-Instances | Jede unterstützte Region: 100 000 | Ja |
Der maximale Gesamtspeicher (in GB) von EBS-Volumes für alle Amazon-RDS-DB-Instances zusammen. Dieses Kontingent gilt nicht für Amazon Aurora, das ein maximales Cluster-Volumen von 128 TiB für jeden DB-Cluster hat. |
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
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 AWS Backup Entwicklerhandbuch.
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_name 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“
. -
Verwenden Sie von der AWS CLI aus den request-service-quota-increase AWS CLI Befehl.
Weitere Informationen zu diesem Service finden Sie im Benutzerhandbuch für Service Quotas.
Benennungseinschränkungen in Amazon Aurora
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
- 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.
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. - 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.
