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 in de respectieve MongoDB-driver.

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

Indexeringslimieten voor wildcards

• 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.
• HNSW en DiskANN zijn beschikbaar op M30- en grotere clusterlagen.

Cluster- en shardlimieten

Clusterlaag

• Maximum: M200 / 64 vCores / 256 GiB RAM per fysieke shard. Neem contact op met ons team voor hogere lagen.

Fysieke fragmenten

• Maximum: 10. Neem contact op met ons team voor meer shards.

Verzamelingslimieten

• Verzamelingen per cluster: 1.000
• Grootte van niet-geharde verzameling: 32 TiB

Neem contact op met ons team voor de ondersteuning voor hogere waarden.

Secundaire regio's

• Maximum: één secundaire regio. Neem contact op met ons team voor meer regio's.

Beperkingen van het gratis niveau

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

M10/M20/M25-limieten

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 Cosmos DB voor MongoDB vCore:

• Het exemplaar van Azure Key Vault en door de gebruiker toegewezen beheerde identiteit moet zich in dezelfde Azure-regio en in dezelfde Microsoft-tenant bevinden als het Azure Cosmos DB voor MongoDB vCore-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.
  • U kunt een replicacluster maken of clusterherstel uitvoeren en een andere versleutelingsmodus kiezen.
• Fysieke shardbewerking toevoegen wordt niet ondersteund op clusters waarvoor CMK is ingeschakeld.

Limieten voor replicatie en hoge beschikbaarheid in regio's

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 (RBAC)

• U kunt maximaal 100 gebruikers/rollen per cluster maken. Neem contact op met ons team om de standaardlimiet voor uw cluster te verhogen.

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.
  • U kunt MongoDB Shell gebruiken met Microsoft Entra ID-verificatie buiten 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.

Overige limieten

Gebruik van De Mongo-shell in de portal

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