Servicelimieten in Azure Cosmos DB voor MongoDB vCore
Dit document bevat een overzicht van de huidige vaste en zachte limieten voor Azure Cosmos DB voor MongoDB vCore. Veel van deze beperkingen zijn tijdelijk en zullen zich in de loop van de tijd verder ontwikkelen naarmate de service blijft verbeteren. Als een van deze limieten een probleem voor uw organisatie is, neemt u contact op met ons team voor hulp.
Query- en uitvoeringslimieten
MongoDB-uitvoeringslimieten
- Maximale levensduur van transacties: 30 seconden.
- Levensduur van cursor: 10 minuten. Opmerking: er kan een cursorNotFound-fout optreden als de cursor de levensduur overschrijdt.
- Standaardlimiet voor queryuitvoering: 120 seconden. Dit kan per query worden overschreven met behulp van
maxTimeMS
het respectieve MongoDB-stuurprogramma.
Voorbeeld:
db.collection.find({ field: "value" }).maxTimeMS(5000)
Maximale MongoDB-querygrootte
- De maximale geheugengrootte voor MongoDB-query's is afhankelijk van de laag. Voor M80 is de limiet voor het querygeheugen bijvoorbeeld ongeveer 150 MiB.
- In shard-clusters is de limiet voor die gegevensgrootte 1 GB als een query gegevens ophaalt over knooppunten.
Indexeringslimieten
Algemene indexeringslimieten
- Maximum aantal samengestelde indexvelden: 32.
- Maximale grootte voor
_id
veldwaarde: 2 kB. - Maximale grootte voor indexpad: 256B.
- Standaard maximum: 64.
- Configureerbaar tot: 300 indexen per verzameling.
- Sorteren wordt uitgevoerd in het geheugen en pusht niet naar de index.
- Maximumniveau van nesten voor ingesloten objecten/matrices in indexdefinities: 6.
- Builds van achtergrondindexen zijn beschikbaar als preview-versie. Neem contact op met ons team voor hulp om dit mogelijk te maken.
- Er kan één indexbuild worden uitgevoerd voor dezelfde verzameling.
- Het aantal gelijktijdige indexen is configureerbaar (standaard: 2).
- Gebruik de
currentOp
opdracht om de voortgang van langlopende index builds weer te geven. - Unieke index-builds worden uitgevoerd op de voorgrond en blokschrijfbewerkingen in de verzameling.
Indexeringslimieten voor jokertekens
- Als het geïndexeerde veld voor jokertekens een matrix van matrices is, wordt de hele ingesloten matrix als een waarde genomen in plaats van de inhoud ervan te doorlopen.
Georuimtelijke indexeringslimieten
- Geen ondersteuning voor BigPolygons.
- Samengestelde indexen bieden geen ondersteuning voor georuimtelijke indexen.
$geoWithin
query biedt geen ondersteuning voor veelhoeken met gaten.- Het
key
veld is vereist in de$geoNear
aggregatiefase. - Indexen worden aanbevolen, maar zijn niet vereist voor
$near
,$nearSphere
queryoperators en de$geoNear
aggregatiefase.
Limieten voor tekstindex
- Er kan slechts één tekstindex worden gedefinieerd voor een verzameling.
- Ondersteunt alleen eenvoudige zoekopdrachten in tekst; geavanceerde zoekmogelijkheden, zoals reguliere expressiezoekopdrachten, worden niet ondersteund.
hint()
wordt niet ondersteund in combinatie met een query met behulp van$text
expressies.- Sorteerbewerkingen kunnen de volgorde van de tekstindex niet gebruiken.
- Tokenisatie voor Chinees, Japans, Koreaans wordt nog niet ondersteund.
- Niet-hoofdlettergevoelige tokenisatie wordt nog niet ondersteund.
Limieten voor vectorzoekopdrachten
- Indexeringsvectoren tot 2000 dimensies in grootte.
- Indexering is van toepassing op slechts één vector per pad.
- Er kan slechts één index per vectorpad worden gemaakt.
Cluster- en Shard-limieten
Clusterlaag
- Maximum: M200. Neem contact op met ons team voor hogere lagen.
Scherven
- Maximum: 5 (in preview). Neem contact op met ons team voor meer shards.
Verzamelings- en indexlimieten
- Verzamelingen per cluster: 1.000
- Verzamelingsgrootte: 4 TiB
- Indexen per cluster: 100
- Totale indexgrootte: 100 GiB
Neem contact op met ons team voor de ondersteuning voor hogere waarden.
Secundaire regio's
- Maximum: 1 secundaire regio. Neem contact op met ons team voor meer regio's.
Limieten voor gratis lagen
De volgende beperkingen kunnen worden overschreven door een upgrade uit te voeren naar een betaalde laag
- Maximale opslag: 32 GiB.
- Back-up/herstel wordt niet ondersteund (beschikbaar in M25+)
- Hoge beschikbaarheid (HA) wordt niet ondersteund (beschikbaar in M30+)
- HNSW-vectorindexen worden niet ondersteund (beschikbaar in M40+)
- Diagnostische logboekregistratie wordt niet ondersteund (beschikbaar in M40+)
- Er is geen service level-agreement opgegeven (vereist dat HOGE beschikbaarheid is ingeschakeld)
- Clusters in de gratis laag worden na 60 dagen inactiviteit onderbroken wanneer er geen verbindingen met het cluster zijn.
Limieten voor replicatie en hoge beschikbaarheid
Replicatie tussen regio's (preview)
- De volgende configuraties zijn hetzelfde voor zowel primaire clusters als replicaclusters en kunnen niet worden gewijzigd in het replicacluster:
- Berekeningsconfiguratie
- Aantal opslag en shards
- Gebruikersaccounts
- Hoge beschikbaarheid wordt niet ondersteund in replicaclusters.
- De volgende functies zijn niet beschikbaar op replicaclusters wanneer voorbeeld van cross-replicatie is ingeschakeld:
- Privé-eindpunten (Private Link).
- Diagnostische instellingen.
- Voorbeeld van herstel naar een bepaald tijdstip.
- Replicatie tussen regio's is niet beschikbaar op clusters met burstable compute- of gratis laagclusters.
Diverse limieten
Gebruik van Portal Mongo Shell
- De Portal Mongo Shell kan gedurende 120 minuten binnen een periode van 24 uur worden gebruikt.
Volgende stappen
- Ga aan de slag door een cluster te maken.
- Bekijk de opties voor het migreren van MongoDB naar Azure Cosmos DB voor MongoDB vCore.