Freigeben über

Referenz zu den Azure DocumentDB-Dienstgrenzen und -Kontingenten

In diesem Dokument werden die aktuellen harten und weichen Grenzwerte für Azure DocumentDB-Cluster und -Vorgänge beschrieben. Erfahren Sie mehr über Abfrageausführungsgrenzwerte, Indizierungseinschränkungen, Clusterkonfigurationen und Authentifizierungsgrenzen, mit denen Sie Ihre Azure DocumentDB-Bereitstellungen effektiv planen und optimieren können.

Einschränkungen für Abfragen und Ausführung

Die folgenden Grenzwerte gelten für Abfragevorgänge und Befehlsausführung in Azure DocumentDB-Clustern.

Einschränkungen bei der MongoDB-Ausführung

  • Maximale Transaktionslebensdauer: 30 Sekunden.

  • Cursorlebensdauer: 10 Minuten. Hinweis: Ein cursorNotFound-Fehler kann auftreten, wenn der Cursor seine Lebensdauer überschreitet.

  • Standardgrenzwert für die Abfrageausführung: 120 Sekunden. Dieser Grenzwert kann pro Abfrage mithilfe maxTimeMS des jeweiligen MongoDB-Treibers überschrieben werden.

Example

db.collection.find({ field: "value" }).maxTimeMS(5000)

Maximale MongoDB-Abfragegröße

  • Die maximale Speichergröße für MongoDB-Abfragen hängt von der Ebene ab. Bei M80 beträgt die Abfragespeicherbegrenzung etwa 150 MiB.

  • Wenn eine Abfrage Daten in sharded Clustern über Knoten abruft, beträgt der Grenzwert für diese Datengröße 1 GB.

Indizierungseinschränkungen

Azure DocumentDB erzwingt verschiedene Indizierungsgrenzwerte, um eine optimale Leistung und Ressourcenauslastung über verschiedene Indextypen und Vorgänge hinweg sicherzustellen.

Allgemeine Indizierungseinschränkungen

  • Maximale Anzahl zusammengesetzter Indexfelder: 32.

  • Maximale Größe für _id-Feldwert: 2 KB.

  • Maximale Größe für Indexpfad: 256B.

  • Standardhöchstwert: 64.

    • Konfigurierbar bis zu: 300 Indizes pro Sammlung.

  • Die Sortierung erfolgt im Arbeitsspeicher und wird nicht nach unten in den Index verschoben.

  • Maximale Verschachtelungstiefe für eingebettete Objekte/Arrays in Indexdefinitionen: 6.

  • Ein einzelner Index-Erstellungsvorgang kann in derselben Auflistung ausgeführt werden.

  • Die Anzahl der gleichzeitigen Indexbuilds auf verschiedenen Sammlungen ist konfigurierbar (Standard: 2).

  • Verwenden Sie den currentOp-Befehl, um den Fortschritt von langfristig ausgeführten Indexbuilds anzuzeigen.

  • Eindeutige Indexbuilds werden im Vordergrund ausgeführt und Blockschreibvorgänge in der Auflistung.

Einschränkungen bei der Platzhalter-Indizierung

  • Im Fall von Platzhalter-Indizes, wenn das indizierte Feld ein Array von Arrays ist, wird das gesamte eingebettete Array als Wert verwendet, anstatt seinen Inhalt zu durchlaufen.

Einschränkungen bei der georäumlichen Indizierung

  • Keine Unterstützung für BigPolygons.

  • Zusammengesetzte Indizes unterstützen keine räumlichen Indizes.

  • $geoWithin-Abfrage unterstützt keine Polygone mit Löchern.

  • Das key-Feld ist in der $geoNear-Aggregationsphase erforderlich.

  • Indizes werden empfohlen, sind aber nicht erforderlich für $near, $nearSphere-Abfrageoperatoren und die $geoNear-Aggregationsphase.

Textindexbeschränkungen

  • Für eine Auflistung kann nur ein Textindex definiert werden.

  • Unterstützt nur einfache Textsuchen; erweiterte Suchfunktionen wie reguläre Ausdruckssuchen werden nicht unterstützt.

  • hint() wird in Kombination mit einer Abfrage über den Ausdruck $text nicht unterstützt.

  • Sortiervorgänge können nicht die Sortierung des Textindexes nutzen.

  • Tokenisierung für Chinesisch, Japanisch, Koreanisch wird nicht unterstützt.

  • Eine fallunabhängige Tokenisierung wird nicht unterstützt.

Einschränkungen bei der Vektorsuche

  • Indizierung von Vektoren mit bis zu 2.000 Dimensionen.

  • Die Indizierung gilt nur für einen Vektor pro Pfad.

  • Pro Vektorpfad kann nur ein Index erstellt werden.

  • HNSW und DiskANN sind auf M30- und größeren Clustertarifen verfügbar.

Cluster- und Shardbeschränkungen

Azure DocumentDB erzwingt spezifische Grenzwerte für die Clusterkonfiguration, physische sharding und Sammlungsverwaltung, um eine optimale Leistung und Ressourcenzuordnung sicherzustellen.

Cluster tier (Clustertarif)

  • Maximum: M200 / 64 vCores / 256-GiB RAM pro physischer Shard.

Physische Bruchstücke

  • Maximal: 10.

Sammlungseinschränkungen

  • Sammlungen pro Cluster: 1.000

  • Nicht unterteilte Sammlungsgröße: 32 TiB

Sekundäre Regionen

  • Maximum: eine sekundäre Region.

Einschränkungen der kostenfreien Stufe

Die folgenden Einschränkungen können durch ein Upgrade zu einem kostenpflichtigen Tarif außer Kraft gesetzt werden

  • Maximaler Speicher: 32 GiB.

  • Sicherung/Wiederherstellung nicht unterstützt (verfügbar in M25+)

  • Hohe Verfügbarkeit (HA) nicht unterstützt (verfügbar in M30+)

  • Hierarchische navigierbare Kleinwelt (Hierarchical Navigable Small World, HNSW)-Vektorindizes werden nicht unterstützt (verfügbar in M40+)

  • Die Diagnoseprotokollierung wird nicht unterstützt (nur in kostenpflichtigen Tarifen verfügbar)

  • Microsoft Entra-ID nicht unterstützt

  • Es wird keine Vereinbarung zum Servicelevel bereitgestellt (erfordert, dass HA aktiviert ist)

  • Freie Ebenencluster werden nach 60 Tagen Inaktivität angehalten, in denen keine Verbindungen zum Cluster vorhanden sind.

  • Der Übergang von einem kostenpflichtigen Konto zu einem Free-Tarif wird nicht unterstützt.

Tarifgrenzwerte

Die Dienstebenen M10, M20 und M25 weisen die folgenden Einschränkungen auf:

  • Unterstützt nur einen physischen Shard (Knoten).

  • Entwickelt für Dev/Test-Anwendungsfälle; Hochverfügbarkeit (HA) innerhalb der Region wird nicht unterstützt.

  • Unterstützte Speichergrößen umfassen 32 GiB, 64 GiB und 128 GiB.

  • Sobald der Cluster auf die M30-Ebene oder höher skaliert wurde, kann der Cluster nicht mehr auf die Computeebenen M10, M20 oder M25 skaliert werden.

Einschränkungen bei der kundschaftsseitig verwalteten Schlüsseldatenverschlüsselung

Im Folgenden sind die aktuellen Einschränkungen für die Konfiguration des vom Kunden verwalteten Schlüssels (CMK) in einer Azure DocumentDB aufgeführt:

Grenzwerte für Replikation und Hochverfügbarkeit innerhalb der Region

Azure DocumentDB bietet integrierte Replikations- und Hochverfügbarkeitsfeatures (HA) mit spezifischen Einschränkungen, um die Datenkonsistenz und Leistung in verschiedenen Bereitstellungsszenarien sicherzustellen.

Regionsübergreifende und gleiche Region-Replikation

  • Die folgenden Konfigurationen sind sowohl in primären als auch in Replikatclustern identisch und können im Replikatcluster nicht geändert werden:

    • Speicher und Anzahl physischer Shards

    • Benutzerkonten

  • Die folgenden Features sind für Replikatcluster nicht verfügbar:

    • Point-in-Time-Wiederherstellung

    • Regionsinterne Hochverfügbarkeit (HA)

  • Die Replikation ist für Cluster mit burstfähigen Compute- oder Free-Tarif-Clustern nicht verfügbar.

Authentifizierung und Zugriffssteuerung (rollenbasierte Zugriffssteuerung)

Azure DocumentDB erzwingt Authentifizierungs- und Zugriffssteuerungsgrenzwerte, um die Sicherheit aufrechtzuerhalten und die Ressourcenzuordnung über Benutzerkonten und Rollen hinweg zu verwalten.

  • Sie können bis zu 100 Benutzer/Rollen pro Cluster erstellen.

Microsoft Entra ID-Authentifizierung

Das Microsoft Entra ID-Authentifizierungsfeature hat die folgenden aktuellen Einschränkungen:

  • Dieses Feature unterstützt keine Microsoft Entra-ID-Gruppen.

  • Wenn die systemeigene DocumentDB-Authentifizierungsmethode deaktiviert ist, wird die MongoDB-Shell im Schnellstart des Azure-Portals nicht unterstützt.

Native DocumentDB-sekundäre Benutzer

Das Feature für native sekundäre Benutzer weist folgende Einschränkungen auf:

  • Der Updateuser Befehl unterstützt jetzt nur Kennwortaktualisierungen und kann keine anderen Objektfelder ändern.

  • Der Roleinfo-Befehl wird nicht unterstützt. Alternativ können Sie usersInfo verwenden.

  • Das Zuweisen von Rollen zu bestimmten Datenbanken oder Sammlungen wird nicht unterstützt, nur Clusterebene wird unterstützt.

Verschiedene Einschränkungen

Azure DocumentDB verfügt über mehr betriebliche und featurespezifische Grenzwerte, die für verschiedene Aspekte der Clusterverwaltung und -funktionalität gelten.

Nutzung der Portal-Mongo-Shell

  • Die Portal-Mongo-Shell kann innerhalb eines 24-Stunden-Fensters für 120 Minuten verwendet werden.

Dokumentgröße und -tiefe

  • Maximale Dokumentgröße für binäre JavaScript-Objektnotation (BSON): 16 MB pro Dokument.

  • Es wird keine feste maximale Schachtelungstiefe erzwungen.

    • Tief geschachtelte Dokumentstrukturen wirken sich möglicherweise auf die Abfrage- und Leseleistung aus, erhöhen den Verarbeitungsaufwand und verringern die Wartung.

Batch-Grenzwerte

  • Beide Batch-Operationstypen (Schreib- und Massenoperationen) werden unterstützt.

    • Ein Batch bezieht sich auf eine einzelne Anforderung an den Server.

  • Maximale Schreibvorgänge pro Batchvorgang: 25.000 Schreibvorgänge.

  • Batchvorgänge, die 25.000 Schreibvorgänge überschreiten, schlagen fehl.

  • Keine Beschränkung für die Gesamtanzahl der Batchvorgänge.

Verwandte Inhalte

  • Last updated on