Delen via

Azure DocumentDB-servicelimieten en quotareferenties

In dit document worden de huidige vaste en zachte limieten voor Azure DocumentDB-clusters en -bewerkingen beschreven. Meer informatie over queryuitvoeringslimieten, indexeringsbeperkingen, clusterconfiguraties en verificatiegrenzen waarmee u uw Azure DocumentDB-implementaties effectief kunt plannen en optimaliseren.

Beperkingen voor query's en uitvoering

De volgende limieten zijn van toepassing op querybewerkingen en uitvoering van opdrachten in Azure DocumentDB-clusters.

Beperkingen voor MongoDB-uitvoering

  • 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. Deze limiet kan per query worden overschreven met behulp van maxTimeMS het respectieve MongoDB-stuurprogramma.

Example

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.

Indexeringsbeperkingen

Azure DocumentDB dwingt verschillende indexeringslimieten af om optimale prestaties en resourcegebruik te garanderen voor verschillende indextypen en bewerkingen.

Algemene indexeringsbeperkingen

  • 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 dringt niet door naar de index.

  • Maximumniveau van nesten voor ingesloten objecten/matrices in indexdefinities: 6.

  • Er kan één indexbuild worden uitgevoerd voor dezelfde verzameling.

  • Het aantal gelijktijdige indexopbouwen op verschillende collecties 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.

Beperkingen van jokerteken-indexering

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

Beperkingen voor georuimtelijke indexering

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

Beperkingen 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 niet ondersteund.

  • Hoofdletterongevoelige tokenisatie wordt niet ondersteund.

Beperkingen voor vectorzoekopdrachten

  • Indexeren van vectoren tot 16.000 dimensies (met Product Quantization)

  • Indexering is van toepassing op slechts één vector per pad.

  • Er kan slechts één index per vectorpad worden gemaakt.

  • HNSW en DiskANN zijn beschikbaar op M30- en grotere clusterlagen.

Beperkingen voor clusters en shards

Azure DocumentDB legt specifieke limieten op voor clusterconfiguratie, fysieke sharding en verzamelingsbeheer om optimale prestaties en resourcetoewijzing te garanderen.

Clusterlaag

  • Maximum: M200 / 64 vCores / 256-GiB RAM per fysieke shard.

Fysieke fragmenten

  • Maximum: 10.

Beperkingen voor verzameling

  • Verzamelingen per cluster: 1.000

  • Grootte van niet-geharde verzameling: 32 TiB

Secundaire regio's

  • Maximum: één secundaire regio.

Beperkingen voor de gratis laag

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+)

  • Hiërarchische navigatievectorindexen van kleine wereld (HNSW) worden niet ondersteund (beschikbaar in M40+)

  • Diagnostische logboekregistratie wordt niet ondersteund (alleen beschikbaar in betaalde lagen)

  • Microsoft Entra-id wordt niet ondersteund

  • Er is geen service-level agreement opgegeven (vereist dat hoge beschikbaarheid ingeschakeld is)

  • Clusters in de gratis laag worden na 60 dagen inactiviteit onderbroken wanneer er geen verbindingen met het cluster zijn.

  • Overstappen van een betaald laag-account naar een gratis laag-account wordt niet ondersteund.

Laaglimieten

De servicelagen M10, M20 en M25 hebben de volgende beperkingen:

  • Ondersteunt slechts één fysieke shard (knooppunt).

  • Ontworpen voor dev/test use cases; hoge beschikbaarheid in regio's (HA) wordt niet ondersteund.

  • Ondersteunde opslaggrootten zijn 32 GiB, 64 GiB en 128 GiB.

  • Zodra het cluster is geschaald naar de M30-laag of hoger, kan het cluster niet omlaag worden geschaald naar de rekenlaag M10, M20 of M25.

Beperkingen voor gegevensversleuteling die door de klant worden beheerd

Hier volgen de huidige beperkingen voor het configureren van de door de klant beheerde sleutel (CMK) in een Azure DocumentDB:

  • Het exemplaar van Azure Key Vault en door de gebruiker toegewezen beheerde identiteit moet zich in dezelfde Azure-regio bevinden en in dezelfde Microsoft-tenant als het Azure DocumentDB-cluster.

  • Nadat u een cluster hebt gemaakt, kunt u de gegevensversleutelingsmodus niet wijzigen van door het systeem beheerde sleutel in door de klant beheerde sleutel of omgekeerd.

  • Fysieke shardbewerking toevoegen wordt niet ondersteund op clusters waarvoor CMK is ingeschakeld.

Replicatie en limieten voor hoge beschikbaarheid in regio's

Azure DocumentDB biedt ingebouwde functies voor replicatie en hoge beschikbaarheid (HA) met specifieke beperkingen om gegevensconsistentie en prestaties in verschillende implementatiescenario's te garanderen.

Replicatie tussen verschillende regio's en binnen dezelfde regio

  • De volgende configuraties zijn hetzelfde voor zowel primaire clusters als replicaclusters en kunnen niet worden gewijzigd in het replicacluster:

    • Opslag en aantal fysieke shards

    • Gebruikersaccounts

  • De volgende functies zijn niet beschikbaar op replicaclusters:

    • Herstel naar een bepaald tijdstip (PITR)

    • Hoge beschikbaarheid binnen de regio (HA)

  • Replicatie is niet beschikbaar op clusters met burstable compute of gratis laag clusters.

Verificatie en toegangsbeheer (op rollen gebaseerd toegangsbeheer)

Azure DocumentDB dwingt verificatie- en toegangsbeheerlimieten af om de beveiliging te behouden en resourcetoewijzing te beheren voor gebruikersaccounts en -rollen.

  • U kunt maximaal 100 gebruikers/rollen per cluster maken.

Microsoft Entra ID-verificatie

De verificatiefunctie voor Microsoft Entra-id's heeft de volgende huidige beperkingen:

  • Deze functie biedt geen ondersteuning voor Microsoft Entra-id-groepen.

  • Wanneer de systeemeigen DocumentDB-verificatiemethode is uitgeschakeld, wordt MongoDB Shell niet ondersteund in de Quick Start van Azure Portal.

Oorspronkelijke DocumentDB-secundaire gebruikers

De functie voor systeemeigen secundaire gebruikers heeft deze beperkingen:

  • De Updateuser opdracht ondersteunt nu alleen wachtwoordupdates en kan geen andere objectvelden wijzigen.

  • De Roleinfo opdracht wordt niet ondersteund. U kunt ook usersInfo gebruiken.

  • Het toewijzen van rollen aan specifieke databases of verzamelingen wordt niet ondersteund. Alleen clusterniveau wordt ondersteund.

Diverse beperkingen

Azure DocumentDB heeft meer operationele en functiespecifieke limieten die van toepassing zijn op verschillende aspecten van clusterbeheer en functionaliteit.

Gebruik van De Mongo-shell in de portal

  • De Portal Mongo-shell kan gedurende 120 minuten binnen een periode van 24 uur worden gebruikt.

Documentgrootte en -diepte

  • Maximale grootte van BSON-document (Binary JavaScript Object Notation): 16 MB per document.

  • Er wordt geen vaste maximale dieptelimiet voor nesten afgedwongen.

    • Diep geneste documentstructuren kunnen van invloed zijn op query- en leesprestaties, de verwerkingsoverhead verhogen en de onderhoudbaarheid verminderen.

Batchlimieten

  • Beide typen batchbewerkingen (schrijven en bulk) worden ondersteund.

    • Een batch verwijst naar één aanvraag naar de server.

  • Maximum aantal schrijfbewerkingen per batchbewerking: 25.000 schrijfbewerkingen.

  • Batchbewerkingen die meer dan 25.000 schrijfbewerkingen overschrijden, mislukken.

  • Geen limiet voor het totale aantal batchbewerkingen.

Verwante inhoud

  • Last updated on