Dienstbeschränkungen in Azure Cosmos DB für MongoDB vCore
In diesem Dokument werden die aktuellen harten und weichen Grenzwerte für Azure Cosmos DB für MongoDB vCore beschrieben. Viele dieser Einschränkungen sind vorübergehend und werden sich im Laufe der Zeit weiterentwickeln, da der Dienst weiterhin verbessert wird. Wenn einer dieser Grenzwerte ein Problem für Ihre Organisation ist, wenden Sie sich bitte an unser Team, um Hilfe zu erhalten.
Abfrage- und Ausführungsgrenzwerte
MongoDB-Ausführungsgrenzwerte
- 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. Dies kann pro Abfrage mithilfe von
maxTimeMS
des jeweiligen MongoDB-Treibers überschrieben werden.
Beispiel:
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 Größe der Abfragespeichergröße etwa 150 MiB.
- Wenn eine Abfrage Daten in sharded Clustern über Knoten abruft, beträgt der Grenzwert für diese Datengröße 1 GB.
Indizierungsgrenzwerte
Allgemeine Indizierungsgrenzwerte
- 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 Schachtelungsebene für eingebettete Objekte/Arrays in Indexdefinitionen: 6.
- Ein einzelner Indexbuild 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.
Grenzwerte für Platzhalterindizes
- Wenn es sich bei Platzhalterindizes um ein Array von Arrays handelt, wird das gesamte eingebettete Array als Wert verwendet, anstatt dessen Inhalt zu durchlaufen.
Grenzwerte für räumliche Indizes
- 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.
- Die Tokenisierung für Chinesisch, Japanisch, Koreanisch wird noch nicht unterstützt.
- Die Tokenisierung der Groß-/Kleinschreibung wird noch nicht unterstützt.
Vektorsuchgrenzwerte
- Indizierungsvektoren mit bis zu 2.000 Dimensionen sind möglich.
- Die Indizierung gilt nur für einen Vektor pro Dokument.
- Pro Vektorpfad kann nur ein Index erstellt werden.
HNSW
undDiskANN
sind auf der Clusterebene M40 und höher verfügbar.
Cluster- und Shardgrenzwerte
Clustertarif
- Maximum: M200 / 64 vCores / 256 GiB RAM pro physischer Shard. Wenden Sie sich an unser Team für höhere Tarife.
Physische Shards
- Maximum: 10 Wenden Sie sich an unser Team für weitere Shards.
Sammlungsgrenzwerte
- Sammlungen pro Cluster: 1.000
- Größe der Sammlung ohne Shards: 4 TiB
Wenden Sie sich an unser Team, um Support für höhere Werte zu erhalten.
Sekundäre Regionen
- Maximal: 1 sekundäre Region. Wenden Sie sich an unser Team für weitere Regionen.
Grenzwerte für Free-Tarif
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+)
- HNSW-Vektorindizes werden nicht unterstützt (verfügbar in M40+)
- Diagnoseprotokollierung nicht unterstützt (verfügbar in M40+)
- 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.
Grenzwerte für Replikation und Hochverfügbarkeit
Regionsübergreifende 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 Shardanzahl
- Benutzerkonten
- Die folgenden Features sind für Replikatcluster nicht verfügbar:
- Point-in-Time-Wiederherstellung
- Hochverfügbarkeit
- Die regionsübergreifende Replikation ist für Cluster mit burstfähigen Compute- oder Free-Tarif-Clustern nicht verfügbar.
Verschiedene Grenzwerte
Portal Mongo Shell-Nutzung
- Die Portal Mongo Shell kann innerhalb eines 24-Stunden-Fensters für 120 Minuten verwendet werden.
Nächste Schritte
- Beginnen Sie, indem Sie einen Cluster erstellen.
- Überprüfen Sie die Optionen für die Migration von MongoDB zu Azure Cosmos DB for MongoDB vCore.