View a markdown version of this page

Amazon DocumentDB-Kontingente - Amazon DocumentDB
Unterstützte Instance-TypenUnterstützte RegionenRegionale KontingenteKontingente für die AggregationCluster-KontingenteKontingente für InstanzenBenennungseinschränkungen:TTL-EinschränkungenElastische Cluster-KontingenteShard-Kontingente für elastische ClusterCPU-, Speicher-, Verbindungs- und Cursor-Kontingente pro Shard für Elastic Cluster

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

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

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

Unterstützte Instance-Typen

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

  • NVMe-backed:

    • R6GD-Instanztypen: db.r6gd.xlarge,,,db.r6gd.2xlarge,db.r6gd.4xlarge,db.r6gd.8xlarge. db.r6gd.12xlarge db.r6gd.16xlarge

  • RAM-optimiert:

    • R8G-Instanztypen: db.r8g.large,,,db.r8g.xlarge,,db.r8g.2xlarge,db.r8g.4xlarge,db.r8g.8xlarge,db.r8g.12xlarge. db.r8g.16xlarge db.r8g.24xlarge db.r8g.48xlarge

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

    • R5-Instanztypen: db.r5.large,,,db.r5.xlarge,db.r5.2xlarge,db.r5.4xlarge,db.r5.8xlarge. db.r5.12xlarge db.r5.16xlarge

    • 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 Sprachen verfügbar: AWS-Regionen

Name der Region Region Availability Zones (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 (Malaysia)

ap-southeast-5

3

Asien-Pazifik (Mumbai)

ap-south-1

3

Asien-Pazifik (Osaka)

ap-northeast-3

3

Asien-Pazifik (Seoul)

ap-northeast-2

4

Asien-Pazifik (Singapur)

ap-southeast-1

3

Asien-Pazifik (Sydney)

ap-southeast-2

3

Asien-Pazifik (Jakarta)

ap-southeast-3

3

Asien-Pazifik (Melbourne)

ap-southeast-4

3

Asien-Pazifik (Thailand)

ap-southeast-7

3

Asien-Pazifik (Tokio)

ap-northeast-1

3

Kanada (Zentral)

ca-central-1

3

Kanada West (Calgary)

ca-west-1

3

Region China (Peking)

cn-north-1

3

China (Ningxia)

cn-northwest-1

3

Europa (Frankfurt)

eu-central-1

3

Europa (Zürich)

eu-central-2

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

Europa (Stockholm)

eu-north-1

3

Mexiko (Zentral)

mx-central-1

3

Naher Osten (VAE)

me-central-1

3

Israel (Tel Aviv)

il-central-1

3
AWS GovCloud (US-West)

us-gov-west-1

3
AWS GovCloud (US-East)

us-gov-east-1

3

Regionale Kontingente

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

Anmerkung

Die oben beschriebene Amazon RDS-Technologie für gemeinsame Nutzung gilt nur für auf Amazon DocumentDB-Instances basierende Cluster. Elastische Amazon DocumentDB-Cluster nutzen die Technologie nicht gemeinsam mit Amazon RDS.

Die folgenden Kontingente gelten für auf Amazon DocumentDB-Instances basierende Cluster und gelten pro Region. AWS-Konto

Ressource AWS Standardkontingent
Cluster 40
Cluster-Parametergruppen 50
Cluster pro Parametergruppe 100
Instanzen pro Parametergruppe 300
Ereignisabonnements 20
Instances 40
Manuelle Cluster-Snapshots 100
Read Replicas pro Cluster 15
Subnetzgruppen 50
Subnetze pro Subnetzgruppe 20
Tags pro Ressource 50
VPC-Sicherheitsgruppen pro Instance 5

Die folgenden Kontingente gelten für Amazon DocumentDB Elastic Clusters und gelten AWS-Konto pro Region.

Ressource AWS Standardkontingent
Elastische Cluster 20
Elastische Cluster vCPU 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 Support. Sie können den Status einer Anfrage zur Kontingenterhöhung verfolgen, die an gestellt wurde Support. Anfragen zur Erhöhung der Servicekontingente erhalten keinen bevorzugten Support. Wenn Sie eine dringende Anfrage haben, wenden Sie sich an Support. Weitere Informationen zu Service Quotas finden Sie unter What Is Service Quotas?.

Um eine Kontingenterhöhung 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 beides 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 Anfrage aus. 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 in geändert hatQuota requested, sehen Sie die Fallnummer mit. Support Wählen Sie die Fallnummer, um das Ticket für Ihre Anfrage zu öffnen.

Kontingente für die Aggregation

In der folgenden Tabelle werden Aggregationsquoten in Amazon DocumentDB beschrieben.

Ressource Kontingent
Maximale Anzahl der unterstützten Stages 500

Cluster-Kontingente

In der folgenden Tabelle werden Cluster-Kontingente beschrieben, die auf Amazon DocumentDB-Instances basieren.

Ressource Kontingent
Cluster-Größe (Summe aller Sammlungen und Indizes) 256 TiB für Engine-Version 8.0 und höher (128 TiB für frühere Engine-Versionen)
Sammlungsgröße (die Summe aller Sammlungen darf das Cluster-Kontingent nicht überschreiten) — beinhaltet nicht die Indexgröße 32 TiB
Sammlungen pro Cluster 100 000
Datenbanken pro Cluster 100 000
Datenbankgröße (die Summe aller Datenbanken darf das Clusterkontingent nicht überschreiten) 256 TiB für Engine-Version 8.0 und höher (128 TiB für frühere Engine-Versionen)
Verschachtelungstiefe für Dokumente 200 Stufen
Dokumentengröße 16 MiB
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

Kontingente für Instanzen

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

Amazon DocumentDB 8.0
Instance-Typ Instanzspeicher (GiB) Verbindungen (alle) Cursor-Quote Transaktionen öffnen Verbindungen (aktiv)
T3.medium 4 1000 30 50 102
T4G.medium 4 1000 30 50 102
R5.large 16 3400 450 200 1100
R5.xlarge 32 7000 450 400 2700
R5.2xlarge 64 14200 450 800 4500
R5.4xlarge 128 28400 760 1600 4500
R5.8xlarge 256 60000 1520 3200 4500
R5.12xlarge 384 60000 2280 4800 4500
R5.16xlarge 512 60000 3040 6400 4500
R6G.large* 16 3400 450 200 1100
R6G.xlarge* 32 7000 450 400 2700
R6G.2xlarge* 64 14200 450 800 4500
R6G.4xlarge* 128 28400 760 1600 4500
R6G.8xlarge* 256 60000 1520 3200 4500
R6G.12xlarge* 384 60000 2280 4800 4500
R6G.16xlarge* 512 60000 3040 6400 4500
R8G.large 16 3400 450 200 1100
R8G.xlarge 32 7000 450 400 2700
R8G.2xlarge 64 14200 450 800 4500
R8G.4xlarge 128 28400 760 1600 4500
R8G.8xlarge 256 60000 1520 3200 4500
R8G.12xlarge 384 60000 2280 4800 4500
R8G.16xlarge 512 60000 3040 6400 4500
R8G.24xlarge 768 60000 4560 9600 4500
R8G.48xlarge 1536 60000 9120 9600 4500

* einschließlich R6GD

Amazon DocumentDB 5.0
Instance-Typ Instanzspeicher (GiB) Verbindungen (alle) Cursor-Quote Transaktionen öffnen Verbindungen (aktiv)
T3.medium 4 1000 30 50 102
T4G.medium 4 1000 30 50 102
R5.large 16 3400 450 200 1100
R5.xlarge 32 7000 450 400 2700
R5.2xlarge 64 14200 450 800 4500
R5.4xlarge 128 28400 760 1600 4500
R5.8xlarge 256 60000 1520 3200 4500
R5.12xlarge 384 60000 2280 4800 4500
R5.16xlarge 512 60000 3040 6400 4500
R6G.large* 16 3400 450 200 1100
R6G.xlarge* 32 7000 450 400 2700
R6G.2xlarge* 64 14200 450 800 4500
R6G.4xlarge* 128 28400 760 1600 4500
R6G.8xlarge* 256 60000 1520 3200 4500
R6G.12xlarge* 384 60000 2280 4800 4500
R6G.16xlarge* 512 60000 3040 6400 4500
R8G.large 16 3400 450 200 1100
R8G.xlarge 32 7000 450 400 2700
R8G.2xlarge 64 14200 450 800 4500
R8G.4xlarge 128 28400 760 1600 4500
R8G.8xlarge 256 60000 1520 3200 4500
R8G.12xlarge 384 60000 2280 4800 4500
R8G.16xlarge 512 60000 3040 6400 4500
R8G.24xlarge 768 60000 4560 9600 4500
R8G.48xlarge 1536 60000 9120 9600 4500

* einschließlich R6GD

Amazon DocumentDB 4.0
Instance-Typ Instanzspeicher (GiB) Verbindungen (alle) Cursor-Quote Transaktionen öffnen Verbindungen (aktiv)
T3.medium 4 1000 30 50 102
T4G.medium 4 1000 30 50 102
R5.large 16 3400 450 200 1100
R5.xlarge 32 7000 450 400 2700
R5.2xlarge 64 14200 450 800 4500
R5.4xlarge 128 28400 760 1600 4500
R5.8xlarge 256 60000 1520 3200 4500
R5.12xlarge 384 60000 2280 4800 4500
R5.16xlarge 512 60000 3040 6400 4500
R6G.large* 16 3400 450 200 1100
R6G.xlarge* 32 7000 450 400 2700
R6G.2xlarge* 64 14200 450 800 4500
R6G.4xlarge* 128 28400 760 1600 4500
R6G.8xlarge* 256 60000 1520 3200 4500
R6G.12xlarge* 384 60000 2280 4800 4500
R6G.16xlarge* 512 60000 3040 6400 4500

* einschließlich R6GD

Amazon DocumentDB 3.6
Instance-Typ Instanzspeicher (GiB) Verbindungen (alle) Cursor-Quote Transaktionen öffnen Verbindungen (aktiv)
T3.medium 4 500 30 N/A 102
R4.large 15,25 1700 450 N/A 1100
R4.xlarge 30,5 3400 450 N/A 2700
R4.2xlarge 61 6800 450 N/A 4500
R4.4xlarge 122 13600 725 N/A 4500
R4.8xlarge 288 27200 1450 N/A 4500
R4.16xlarge 488 30000 2900 N/A 4500
R5.large 16 1700 450 N/A 1100
R5.xlarge 32 3500 450 N/A 2700
R5.2xlarge 64 7100 450 N/A 4500
R5.4xlarge 128 14200 760 N/A 4500
R5.8xlarge 256 28400 1520 N/A 4500
R5.12xlarge 384 30000 2280 N/A 4500
R5.16xlarge 512 30000 3040 N/A 4500

Mithilfe der folgenden CloudWatch Metriken können Sie die Grenzwerte pro Instanz überwachen und Warnmeldungen einleiten. Weitere Informationen zu Amazon CloudWatch DocumentDB-Metriken finden Sie unterÜberwachung von Amazon DocumentDB mit CloudWatch.

Ressource CloudWatch Quoten-Metrik CloudWatch Nutzungsmetrik (maximal 1 Minute) CloudWatch Metrik zur Nutzung
Instanzspeicher - - FreeableMemory
Verbindungen (alle) DatabaseConnectionsLimit DatabaseConnectionsMax DatabaseConnections
Cursor DatabaseCursorsLimit DatabaseCursorsMax DatabaseCursors
Transaktionen TransactionsOpenLimit TransactionsOpenMax TransactionsOpen

Benennungseinschränkungen:

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

Ressource Standardkontingent
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 Amazon RDS, Amazon Neptune und Amazon DocumentDB) pro Konto und Region eindeutig sein. AWS

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 Amazon RDS, Amazon Neptune und Amazon DocumentDB) pro Konto und Region eindeutig sein. AWS

Name der Sammlung: <col>

Die Länge beträgt [1—255] Zeichen (Amazon DocumentDB 5.0 und höher).

Die Länge beträgt [1—57] Zeichen (Amazon DocumentDB 4.0 und früher).
Datenbankname: <db>

Die Länge beträgt [1—63] Zeichen.

Vollständig qualifizierter Sammlungsname:

<db>.<col>

Die Länge beträgt [3—255] Zeichen (Amazon DocumentDB 5.0 und höher).

Die Länge beträgt [3—120] Zeichen (Amazon DocumentDB 4.0 und früher).

Vollständig qualifizierter Indexname:

<db>.<col>$<index>

Die Länge beträgt [6—511] Zeichen (Amazon DocumentDB 5.0 und höher).

Die Länge beträgt [6—127] Zeichen (Amazon DocumentDB 4.0 und früher).
Indexname

Die Länge beträgt [1—255] Zeichen (Amazon DocumentDB 5.0 und höher).

Die Länge beträgt [3—63] Zeichen für die Kombination <col>$<index> (Amazon DocumentDB 4.0 und früher).
Primäres Passwort

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

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

    • / (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.

TTL-Einschränkungen

Es kann nicht garantiert werden, dass Löschoperationen über einem TTL-Index innerhalb eines bestimmten Zeitraums abgeschlossen und mit höchster Priorität behandelt werden. Faktoren wie Ressourcenauslastung der Instance, Dokumentgröße und Gesamtdurchsatz können Einfluss auf die Dauer von TTL-Löschoperationen haben.

Elastische Cluster-Kontingente

In der folgenden Tabelle werden die maximalen Kontingente für elastische Amazon DocumentDB-Cluster beschrieben.

Ressource Kontingent
Elastische Cluster pro Region 20
vCPU, 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 Verbindungskontingent, das der vCPU pro Shard zugeordnet ist
UnSharded Größe der Sammlung 32 TiB
Größe der geteilten Sammlung (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

Shard-Kontingente für elastische Cluster

In der folgenden Tabelle werden die maximalen Shard-Kontingente für elastische Amazon DocumentDB-Cluster beschrieben.

Ressource Kontingent
vCPU pro Shard-Instance 64
Instanzen pro Shard 16
Speicherplatz pro Shard 128 TiB
Speicherplatz pro Sammlung pro Shard 32 TiB

CPU-, Speicher-, Verbindungs- und Cursor-Kontingente pro Shard für Elastic Cluster

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

vCPUs pro Shard Instanzspeicher (GiB) Verbindungskontingent Cursor-Quote
2 16 1700 450
4 32 3500 450
8 64 7100 450
16 128 14200 760
32 256 28400 1520
48 384 30000 2280
64 512 30000 3040