Amazon DocumentDB Kontingente und Beschränkungen - Amazon DocumentDB
Unterstützte Instance-TypenUnterstützte -RegionenRegionale KontingenteAggregationsgrenzenCluster-GrenzwerteInstance-LimitsBenennungseinschränkungen:TTLEinschränkungenElastische Cluster-GrenzwerteLimits für elastische Cluster-ShardsElastische Cluster CPU -, Speicher-, Verbindungs- und Cursorlimits pro Shard

Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

Amazon DocumentDB Kontingente und Beschränkungen

In diesem Thema werden die Ressourcenkontingente, Grenzwerte und Namensbeschränkungen für Amazon DocumentDB (mit MongoDB-Kompatibilität) beschrieben.

Für bestimmte Verwaltungsfunktionen verwendet Amazon DocumentDB Betriebstechnologie, die mit Amazon Relational Database Service (AmazonRDS) und Amazon Neptune gemeinsam genutzt wird.

Unterstützte Instance-Typen

Amazon DocumentDB unterstützt On-Demand-Instances und die folgenden Instance-Typen:

  • Speicheroptimiert

    • R6G-Instance-Typen:db.r6g.large,,db.r6g.2xlarge,db.r6g.4xlarge,db.r6g.8xlarge. db.r6g.12xlarge db.r6g.16xlarge

    • R5-Instance-Typen:db.r5.large,,db.r5.2xlarge,db.r5.4xlarge,db.r5.8xlarge. db.r5.12xlarge db.r5.16xlarge db.r5.24xlarge

    • R4-Instance-Typen: db.r4.large, db.r4.2xlarge, db.r4.4xlarge, db.r4.8xlarge, db.r4.16xlarge.

  • Überragende Leistung:

    • T4G-Instanztypen:. db.t4g.medium

    • T3-Instanztypen:. db.t3.medium

Weitere Informationen zu den unterstützten Instance-Typen und deren Spezifikationen finden Sie unter Spezifikationen der Instanzklasse.

Unterstützte -Regionen

Amazon DocumentDB ist in den folgenden AWS Regionen verfügbar:

Name der Region Region Verfügbarkeitszonen (Compute)

USA Ost (Ohio)

us-east-2

3

USA Ost (Nord-Virginia)

us-east-1

6

USA West (Oregon)

us-west-2

4

Afrika (Kapstadt)

af-south-1

3

Südamerika (São Paulo)

sa-east-1

3

Asien-Pazifik (Hongkong)

ap-east-1

3

Asien-Pazifik (Hyderabad)

ap-south-2

3

Asien-Pazifik (Mumbai)

ap-south-1

3

Asien-Pazifik (Seoul)

ap-northeast-2

4

Asien-Pazifik (Singapur)

ap-southeast-1

3

Asien-Pazifik (Sydney)

ap-southeast-2

3

Asien-Pazifik (Tokio)

ap-northeast-1

3

Kanada (Zentral)

ca-central-1

3

Region China (Peking)

cn-north-1

3

China (Ningxia)

cn-northwest-1

3

Europa (Frankfurt)

eu-central-1

3

Europa (Irland)

eu-west-1

3

Europa (London)

eu-west-2

3

Europa (Milan)

eu-south-1

3

Europa (Paris)

eu-west-3

3

Europa (Spain)

eu-south-2

3

Naher Osten (UAE)

me-central-1

3
AWS GovCloud (US-West)

us-gov-west-1

3
AWS GovCloud (US-Ost)

us-gov-east-1

3

Regionale Kontingente

Für bestimmte Verwaltungsfunktionen verwendet Amazon DocumentDB Betriebstechnologie, die mit Amazon Relational Database Service (AmazonRDS) gemeinsam genutzt wird. Die folgende Tabelle enthält regionale Beschränkungen, die von Amazon DocumentDB und Amazon RDS gemeinsam genutzt werden.

Anmerkung

Die oben beschriebene Amazon RDS Shared-Technologie gilt nur für Amazon DocumentDB DocumentDB-Instance-basierte Cluster. Elastische Amazon DocumentDB-Cluster teilen sich keine Technologie mit AmazonRDS.

Die folgenden Beschränkungen gelten für Amazon DocumentDB DocumentDB-Instance-basierte Cluster und gelten pro AWS Konto und Region.

Ressource AWS Standardlimit
Cluster 40
Cluster-Parametergruppen 50
Ereignisabonnements 20
Instances 40
Manuelle Cluster-Snapshots 100
Read Replicas pro Cluster 15
Subnetzgruppen 50
Subnetze pro Subnetzgruppe 20
Tags pro Ressource 50
VPCSicherheitsgruppen pro Instanz 5

Die folgenden Beschränkungen gelten für elastische Amazon DocumentDB-Cluster und gelten pro AWS Konto und Region.

Ressource AWS Standardlimit
Elastische Cluster 20
Elastische Cluster v CPU 1024
Manueller elastischer Cluster-Snapshot 20

Sie können mit Service Quotas eine Erhöhung für ein Kontingent beantragen, sofern das Kontingent anpassbar ist. Einige Anfragen werden automatisch gelöst, während andere an gesendet werden AWS Support. Sie können den Status eines Antrags auf Erhöhung des Kontingents verfolgen, der an eingereicht wurde AWS Support. Anfragen zur Erhöhung der Servicekontingente erhalten keinen bevorzugten Support. Wenn Sie eine dringende Anfrage haben, wenden Sie sich bitte an AWS Support. Weitere Informationen zu Service Quotas finden Sie unter What Is Service Quotas?.

Um eine Erhöhung des Kontingents für Amazon DocumentDB zu beantragen:

  1. Öffnen Sie die Service Quotas-Konsole unter https://console.aws.amazon.com/servicequotas und melden Sie sich bei Bedarf an.

  2. Wählen Sie im Navigationsbereich AWS -Services.

  3. Wählen Sie Amazon DocumentDB (mit MongoDB-Kompatibilität) oder Amazon DocumentDB Elastic Cluster aus der Liste aus, oder geben Sie eines davon in das Suchfeld ein.

  4. Wenn das Kontingent einstellbar ist, können Sie sein Optionsfeld oder seinen Namen auswählen und dann rechts oben auf der Seite die Option Request quota increase (Kontingenterhöhung beantragen) auswählen.

  5. Geben Sie unter Change quota value (Kontingentwert ändern) den neuen Wert ein. Der neue Wert muss größer als der aktuelle Wert sein.

  6. Wählen Sie Request (Anfrage). Nachdem die Anfrage genehmigt wurde, wird Applied quota value (Angewandter Kontingentwert) für das Kontingent auf den neuen Wert eingestellt.

  7. Um ausstehende oder kürzlich genehmigte Anfragen anzuzeigen, wählen Sie im Navigationsbereich die Option Dashboard . Wählen Sie für ausstehende Anfragen den Status der Anfrage, um die Anfrage zu öffnen. Der Anfangsstatus einer Anfrage ist Pending. Nachdem sich der Status auf geändert hatQuota requested, sehen Sie die Fallnummer mit. AWS Support Wählen Sie die Fallnummer, um das Ticket für Ihre Anfrage zu öffnen.

Aggregationsgrenzen

In der folgenden Tabelle werden die Aggregationsbeschränkungen in Amazon DocumentDB beschrieben.

Ressource Limit
Maximale Anzahl der unterstützten Stages 500

Cluster-Grenzwerte

In der folgenden Tabelle werden die auf Amazon DocumentDB DocumentDB-Instances basierenden Clustergrenzwerte beschrieben.

Ressource Limit
Cluster-Größe (Summe aller Sammlungen und Indizes) 128 TiB
Sammlungsgröße (Summe aller Sammlungen darf die Cluster-Beschränkung nicht überschreiten) – beinhaltet nicht die Indexgröße. 32 TiB
Sammlungen pro Cluster 100 000
Datenbanken pro Cluster 100 000
Datenbankgröße (Summe aller Datenbanken darf die Cluster-Beschränkung nicht überschreiten) 128 TiB
Verschachtelungstiefe für Dokumente 200 Stufen
Dokumentengröße 16 MB
Indexschlüsselgröße 2048 Bytes
Indizes pro Sammlung 64
Schlüssel in einem zusammengesetzten Index 32
Maximale Anzahl der Schreibvorgänge in einem einzelnen Stapelbefehl 100 000
Anzahl Benutzer pro Cluster 1000

Instance-Limits

In der folgenden Tabelle werden die Amazon DocumentDB DocumentDB-Grenzwerte pro Instance beschrieben.

Instance-Typ Instanzspeicher (GiB) Verbindungen (alle) Cursor-Limit Transaktionen öffnen Verbindungen (aktiv)
T3. Medium 4 1000 30 50 102
T4G. Mittel 4 1000 30 50 102
R4. Groß 15,25 1700 450 N/A 1100
R4.x groß 30,5 3400 450 N/A 2700
R 4.2 x groß 61 6800 450 N/A 4500
R 4.4 x groß 122 13600 725 N/A 4500
R 4.8 x groß 288 27200 1450 N/A 4500
R 4.16 x groß 488 30000 2900 N/A 4500
R5. Groß 16 3400 450 200 1100
R5.x groß 32 7000 450 400 2700
R5.2 x groß 64 14200 450 800 4500
R 5.4 x groß 128 28400 760 1600 4500
R 5,8 x groß 256 60000 1520 3200 4500
R 5.12 x groß 383 60000 2280 4800 4500
R5.16x groß 512 60000 3040 6400 4500
R 5.24 x groß 768 60000 4560 9600 4500
R6G. Groß 16 3400 450 200 1100
R6G.X groß 32 7000 450 400 2700
R6G.2 x groß 64 14200 450 800 4500
R6G.4 x groß 128 28400 760 1600 4500
R6G.8 x groß 256 60000 1520 3200 4500
R6G.12 x groß 383 60000 2280 4800 4500
R6G.16 x groß 512 60000 3040 6400 4500

Mithilfe der folgenden CloudWatch Messwerte können Sie die Limits pro Instanz überwachen und Alarme ausgeben. Weitere Informationen zu Amazon CloudWatch DocumentDB-Metriken finden Sie unterÜberwachen von Amazon DocumentDB mit CloudWatch.

Limit CloudWatch Metriken
Instanzspeicher FreeableMemory
Verbindungen DatabaseConnectionsMax
Cursor DatabaseCursorsMax
Transaktionen TransactionsOpenMax

Benennungseinschränkungen:

In der folgenden Tabelle werden Benennungseinschränkungen in Amazon DocumentDB beschrieben.

Ressource Standardlimit
Cluster Identifier (Cluster-Kennung)

  • Die Länge beträgt [1—63] Buchstaben, Zahlen oder Bindestriche.

  • Muss mit einem Buchstaben beginnen.

  • Darf nicht mit einem Bindestrich enden oder zwei aufeinanderfolgende Bindestriche enthalten.

  • Muss für alle Cluster (in AmazonRDS, Amazon Neptune und Amazon DocumentDB) pro AWS Konto und Region eindeutig sein.
Name der Sammlung: <col>

Die Länge beträgt [1—57] Zeichen.
Datenbankname: <db>

Die Länge beträgt [1—63] Zeichen.
Vollqualifizierter Sammlungsname: <db>.<col> Die Länge beträgt [3—120] Zeichen.
Vollqualifizierter Indexname: <db>.<col>.$<index> Die Länge beträgt [6—377] Zeichen.
Indexname: <col>$<index>

Die Länge beträgt [3—255] Zeichen.
Instance-ID

  • Die Länge beträgt [1—63] Buchstaben, Zahlen oder Bindestriche

  • Muss mit einem Buchstaben beginnen

  • Darf nicht mit einem Bindestrich enden oder zwei aufeinanderfolgende Bindestriche enthalten

  • Muss für alle Instances (in AmazonRDS, Amazon Neptune und Amazon DocumentDB) pro AWS Konto und Region eindeutig sein.
Primäres Passwort

  • Die Länge beträgt [8-100] druckbare ASCII Zeichen.

  • Es können alle druckbaren ASCII Zeichen verwendet werden, mit Ausnahme der folgenden:

    • / (Schrägstrich)

    • " (doppeltes Anführungszeichen)

    • @ ('At'-Symbol)
Primärer Benutzername

  • Die Länge beträgt [1 bis 63] alphanumerische Zeichen.

  • Muss mit einem Buchstaben beginnen.

  • Darf kein Wort sein, das von der Datenbank-Engine reserviert ist.
Parametergruppenname

  • Die Länge muss [1 bis 255] alphanumerische Zeichen betragen.

  • Muss mit einem Buchstaben beginnen.

  • Darf nicht mit einem Bindestrich enden oder zwei aufeinanderfolgende Bindestriche enthalten.

TTLEinschränkungen

Löschungen aus einem TTL Index können nicht innerhalb eines bestimmten Zeitrahmens garantiert werden und werden nach bestem Wissen und Gewissen vorgenommen. Faktoren wie die Auslastung der Instanzressourcen, die Dokumentengröße und der Gesamtdurchsatz können den Zeitpunkt eines TTL Löschvorgangs beeinflussen.

Elastische Cluster-Grenzwerte

In der folgenden Tabelle werden die Höchstgrenzen in elastischen Amazon DocumentDB-Clustern beschrieben.

Ressource Limit
Elastische Cluster pro Region 20
v CPU summiert über alle elastischen Cluster pro Region 1024
Manuelle Cluster-Snapshots pro Region 20
Shards pro Cluster 32
Speicher pro Cluster (wenn die Daten gleichmäßig per Shard-Key verteilt werden) 4 PiB
Verbindungen zum Cluster Der niedrigere Wert von entweder 300.000 oder die Anzahl der Shards x das Verbindungslimit, das mit v CPU pro Shard verknüpft ist
UnSharded Größe der Sammlung 32 TiB
Größe der Datenerfassung (wenn die Daten gleichmäßig per Shard-Key verteilt werden) 1 PB
Datenbanken pro Cluster 10.000
UnSharded Sammlungen pro Cluster 100 000
Geteilte Sammlungen pro Cluster 1000
Benutzer pro Cluster 100
Schreibt in einem einzigen Batch-Befehl 100 000
Indizes pro Sammlung 64
Verschachtelungstiefe für Dokumente 100 Ebenen
Dokumentengröße 16 MB
Indexschlüsselgröße 2048 Bytes
Schlüssel in einem zusammengesetzten Index 32

Limits für elastische Cluster-Shards

In der folgenden Tabelle werden die maximalen Shard-Limits in elastischen Amazon DocumentDB-Clustern beschrieben.

Ressource Limit
v CPU pro Shard-Instanz 64
Instanzen pro Shard 16
Speicher pro Shard 128 TiB
Speicherplatz pro Sammlung pro Shard 32 TiB

Elastische Cluster CPU -, Speicher-, Verbindungs- und Cursorlimits pro Shard

In der folgenden Tabelle werden die Maximal-CPU, Speicher-, Verbindungs- und Cursorgrenzwerte in Amazon DocumentDB Elastic Cluster-Shards beschrieben.

vCPUs pro Shard Instanzspeicher (GiB) Verbindungslimit Cursorlimit
2 16 1700 450
4 32 3500 450
8 64 7100 450
16 128 14200 760
32 256 28400 1520
48 383 30000 2280
64 512 30000 3040