Azure Cosmos DB-servicequota
VAN TOEPASSING OP: 
NoSQL MongoDB Cassandra Gremlin Tafel
Dit artikel bevat een overzicht van de standaardquota's die worden aangeboden aan verschillende resources in de Azure Cosmos DB.
Opslag- en databasebewerkingen
Nadat u een Azure Cosmos DB-account hebt gemaakt onder uw abonnement, kunt u gegevens in uw account beheren door databases, containers en items te maken.
Ingerichte doorvoer
U kunt doorvoer toewijzen op containerniveau of op databaseniveau in termen van aanvraageenheden (RU/s of RU's). De volgende tabel bevat de limieten voor opslag en doorvoer per container/database. Opslag verwijst naar de gecombineerde hoeveelheid gegevens en indexopslag.
| Bron | Limiet |
|---|---|
| Maximum aantal RU's per container (ingerichte modus toegewezen doorvoer) | 1.000.000 ¹ |
| Maximum aantal RU's per database (ingerichte modus voor gedeelde doorvoer) | 1.000.000 ¹ |
| Maximum aantal RU's per partitie (logisch en fysiek) | 10,000 |
| Maximale opslag voor alle items per (logische) partitie | 20 GB ² |
| Maximum aantal afzonderlijke (logische) partitiesleutels | Onbeperkt |
| Maximale opslag per container | Onbeperkt |
| Maximale bijlagegrootte per account (bijlagefunctie wordt afgeschaft) | 2 GB |
| Minimale RU/s vereist per 1 GB | 1 RU/s |
¹ U kunt het maximum aantal RU's per container of database verhogen door een ondersteuning voor Azure ticket in te dienen.
² Zie Een synthetische partitiesleutel maken voor meer informatie over aanbevolen procedures voor het beheren van workloads met partitiesleutels waarvoor hogere limieten voor opslag of doorvoer zijn vereist. Als uw workload al de limiet voor logische partities van 20 GB in productie heeft bereikt, is het raadzaam om uw toepassing opnieuw te ontwerpen met een andere partitiesleutel als een oplossing voor de lange termijn. Als u tijd wilt geven om uw toepassing opnieuw te ontwerpen, kunt u een tijdelijke verhoging aanvragen van de limiet voor de logische partitiesleutel voor uw bestaande toepassing. Dien een ondersteuning voor Azure ticket in en selecteer tijdelijke verhoging van het quotumtype van de logische partitiesleutelgrootte van de container. Het aanvragen van een tijdelijke verhoging is bedoeld als een tijdelijke oplossing en wordt niet aanbevolen als een oplossing voor de lange termijn, omdat SLA-garanties niet worden uitgevoerd wanneer de limiet wordt verhoogd. Als u de configuratie wilt verwijderen, moet u een ondersteuningsticket indienen en een quotumtype selecteren De grootte van de logische partitiesleutel van de container herstellen naar de standaardgrootte (20 GB) . Het indienen van dit ondersteuningsticket kan worden gedaan nadat u gegevens hebt verwijderd om aan de limiet voor logische partities van 20 GB te voldoen of uw toepassing opnieuw hebt gearchitecteerd met een andere partitiesleutel.
Minimale doorvoerlimieten
Een Azure Cosmos DB-container (of gedeelde doorvoerdatabase) met behulp van handmatige doorvoer moet een minimale doorvoer van 400 RU/s hebben. Naarmate de container groeit, vereist Azure Cosmos DB een minimale doorvoer om ervoor te zorgen dat de resource (database of container) voldoende resource heeft voor de bewerkingen.
De huidige en minimale doorvoer van een container of een database kan worden opgehaald uit Azure Portal of de SDK's. Zie Doorvoer toewijzen voor containers en databases voor meer informatie.
De werkelijke minimale RU/s kunnen variëren, afhankelijk van uw accountconfiguratie. U kunt metrische gegevens van Azure Monitor gebruiken om de geschiedenis van ingerichte doorvoer (RU/s) en opslag op een resource weer te geven.
Minimale doorvoer voor container
Gebruik deze sectie om een schatting te maken van de minimale doorvoer voor een container.
Handmatige doorvoer
Als u een schatting wilt maken van de minimale RU/s die vereist zijn voor een container met handmatige doorvoer, zoekt u het maximum van:
- 400 RU/s
- Huidige opslag in GB * 1 RU's
- Hoogste RU/s ooit ingericht voor de container / 100
U hebt bijvoorbeeld een container ingericht met 400 RU/s en 0 GB-opslag. U verhoogt de doorvoer naar 50.000 RU/s en importeert 20 GB aan gegevens. De minimale RU/s is nu MAX(400, 20 * 1 RU/s per GB, 50,000 RU/s / 100) = 500 RU/s. Na verloop van tijd groeit de opslag tot 2000 GB. De minimale RU/s is nu MAX(400, 2000 * 1 RU/s per GB, 50,000 / 100) = 2000 RU/s.
Doorvoer automatisch schalen
Als u een schatting wilt maken van de minimale maximale RU/s voor automatische schaalaanpassing van een container met doorvoer voor automatische schaalaanpassing, zoekt u het maximum van:
- 1000 RU/s
- Huidige opslag in GB * 10 RU's
- Hoogste RU/s ooit ingericht voor de container/10
U hebt bijvoorbeeld een container ingericht met 1000 RU/s en 0 GB-opslag. U verhoogt de doorvoer naar 50.000 RU/s en importeert 20 GB aan gegevens. Het minimum aantal RU/s is nu MAX(1000, 20 * 10 RU/s per GB, 50,000 RU/s / 10) = 5000 RU/s. Na verloop van tijd groeit de opslag tot 2000 GB. Het minimum aantal RU/s is nu MAX(1000, 2000 * 10 RU/s per GB, 50,000 / 10) = 20.000 RU/s.
Minimale doorvoer voor gedeelde doorvoerdatabase
Gebruik deze sectie om een schatting te maken van de minimale doorvoer voor een database die doorvoer deelt tussen containers.
Handmatige doorvoer
Als u de minimale RU/s wilt schatten die vereist zijn voor een gedeelde doorvoerdatabase met handmatige doorvoer, zoekt u het maximum van:
- 400 RU/s
- Huidige opslag in GB * 1 RU's
- Hoogste RU/s ooit ingericht voor de database / 100
- 400 + MAX(Aantal containers - 25, 0) * 100 RU/s
U hebt bijvoorbeeld een database ingericht met 400 RU/s, 15 GB opslagruimte en 10 containers. De minimale RU/s is MAX(400, 15 * 1 RU/s per GB, 400 / 100, 400 + 0 ) = 400 RU/s. Als de database 30 containers bevat, is 400 + MAX(30 - 25, 0) * 100 RU/s de minimale RU/s = 900 RU/s.
Doorvoer automatisch schalen
Als u een schatting wilt maken van de minimale maximale RU/s voor automatische schaalaanpassing van een gedeelde doorvoerdatabase met automatische schaalaanpassing, zoekt u het maximum van:
- 1000 RU/s
- Huidige opslag in GB * 10 RU's
- Hoogste RU/s ooit ingericht voor de database/10
- 1000 + MAX(Aantal containers - 25, 0) * 1000 RU/s
U hebt bijvoorbeeld een database ingericht met 1000 RU/s, 15 GB opslagruimte en 10 containers. Het minimale maximum aantal RU/s voor de database voor automatisch schalen is MAX(1000, 15 * 10 RU/s per GB, 1000 / 10, 1000 + 0 ) = 1000 RU/s. Als er 30 containers in de database zijn, is 1000 + MAX(30 - 25, 0) * 1000 RU/s het minimum aantal RU/s = 5000 RU/s.
Kortom, hier volgen de minimaal ingerichte RU-limieten bij het gebruik van ingerichte doorvoer.
| Inrichtingstype | Bron | Limiet |
|---|---|---|
| Handmatige doorvoer | Minimale RU's per container (toegewezen doorvoer ingerichte modus met handmatige doorvoer) | 400 |
| Handmatige doorvoer | Minimale RU's per database (ingerichte modus voor gedeelde doorvoer met handmatige doorvoer | 400 RU/s voor de eerste 25 containers. |
| Doorvoer automatisch schalen | Minimale maximum aantal RU's per container (toegewezen doorvoer ingericht met doorvoer automatisch schalen) | 1000 |
| Doorvoer automatisch schalen | Minimale maximum aantal RU's per database (ingerichte modus voor gedeelde doorvoer met automatische schaalaanpassing) | 1000 RU/s voor de eerste 25 containers. |
Azure Cosmos DB biedt ondersteuning voor programmatisch schalen van doorvoer (RU/s) per container of database via de SDK's of portal.
Afhankelijk van de huidige ingerichte RU/s en resource-instellingen kan elke resource synchroon en onmiddellijk tussen de minimale RU/s schalen tot maximaal 100x de minimale RU/s. Als de aangevraagde doorvoerwaarde buiten het bereik valt, wordt schaalaanpassing asynchroon uitgevoerd. Asynchrone schaalaanpassing kan enkele minuten tot uren duren, afhankelijk van de aangevraagde doorvoer en gegevensopslaggrootte in de container. Meer informatie.
Serverloos
Met serverloos kunt u uw Azure Cosmos DB-resources op basis van verbruik gebruiken. De volgende tabel bevat de limieten voor opslag en doorvoer met burstmogelijkheden per container/database. Deze limieten kunnen niet worden verhoogd. Het is raadzaam om extra serverloze accounts toe te wijzen voor meer opslagbehoeften.
| Bron | Limiet |
|---|---|
| Maximum aantal RU/s per container | 20,000* |
| Maximale opslag voor alle items per (logische) partitie | 20 GB |
| Maximale opslag per container | 1 TB |
*Maximale beschikbaarheid van RU/sec is afhankelijk van gegevens die zijn opgeslagen in de container. Zie serverloze prestaties
Besturingsvlak
Azure Cosmos DB onderhoudt een resourceprovider die een beheerlaag biedt voor het maken, bijwerken en verwijderen van resources in uw Azure Cosmos DB-account. De resourceproviderinterfaces met de algehele Azure Resource Management-laag, de implementatie- en beheerservice voor Azure. U kunt Azure Cosmos DB-resources maken en beheren met behulp van Azure Portal, Azure PowerShell, Azure CLI, Azure Resource Manager en Bicep-sjablonen, Rest API, Azure Management SDK's en hulpprogramma's van derden, zoals Terraform en Pulumi.
Deze beheerlaag kan ook worden geopend vanuit de Azure Cosmos DB-gegevensvlak-SDK's die in uw toepassingen worden gebruikt om resources binnen een account te maken en te beheren. SDK's voor gegevensvlakken maken ook aanvragen voor het besturingsvlak tijdens de eerste verbinding met de service om zaken te doen, zoals het inventariseren van databases en containers, en het aanvragen van accountsleutels voor verificatie.
Elk account voor Azure Cosmos DB heeft een master partition account dat alle metagegevens voor een account bevat. Het heeft ook een kleine hoeveelheid doorvoer ter ondersteuning van besturingsvlakbewerkingen. Aanvragen van besturingsvlak die deze metagegevens maken, lezen, bijwerken of verwijderen, verbruiken deze doorvoer. Wanneer de hoeveelheid doorvoer die wordt verbruikt door besturingsvlakbewerkingen deze hoeveelheid overschrijdt, zijn bewerkingen beperkt, hetzelfde als bewerkingen in het gegevensvlak in Azure Cosmos DB. In tegenstelling tot doorvoer voor gegevensbewerkingen kan de doorvoer voor de hoofdpartitie echter niet worden verhoogd.
Sommige besturingsvlakbewerkingen verbruiken geen doorvoer van hoofdpartitie, zoals Ophalen of Lijstsleutels. In tegenstelling tot aanvragen voor gegevens in uw Azure Cosmos DB-account, zijn resourceproviders in Azure echter niet ontworpen voor grote aanvraagvolumes. Besturingsvlakbewerkingen die de gedocumenteerde limieten overschrijden op aanhoudende niveaus gedurende opeenvolgende perioden van vijf minuten, kunnen aanvragen beperken en mislukte of onvolledige bewerkingen op Azure Cosmos DB-resources ondervinden.
Besturingsvlakbewerkingen kunnen worden bewaakt door het tabblad Inzichten voor een Azure Cosmos DB-account te navigeren. Zie Controlevlakaanvragen controleren voor meer informatie. Gebruikers kunnen deze ook aanpassen, Azure Monitor gebruiken en een werkmap maken om metagegevensaanvragen te bewaken en waarschuwingen op hen in te stellen.
Bronlimieten
De volgende tabel bevat resourcelimieten per abonnement of account.
| Bron | Limiet |
|---|---|
| Maximum aantal accounts per abonnement | 250 standaard ¹ |
| Maximum aantal databases en containers per account | 500 ² |
| Maximale doorvoer die wordt ondersteund door een account voor metagegevensbewerkingen | 240 RU/s |
¹ Standaardlimieten verschillen voor interne Klanten van Microsoft. U kunt deze limieten verhogen door een Azure-ondersteuningsaanvraag te maken tot maximaal 1000 max. Cosmos DB behoudt zich het recht voor om lege databaseaccounts te verwijderen, d.w. geen databases/verzamelingen. ² Deze limiet kan niet worden verhoogd. Totaal aantal van beide met een account. (1 database en 499 containers, 250 databases en 250 containers, enzovoort)
Aanvraaglimieten
De volgende tabel bevat aanvraaglimieten per interval van 5 minuten, per account, tenzij anders is opgegeven.
| Operation | Limiet |
|---|---|
| Maximum aantal lijsten of sleutels ophalen | 500 ¹ |
| Maximum aantal database en container maken | 500 |
| Maximum aantal get- of listdatabases en -containers | 500 ¹ |
| Maximale ingerichte doorvoer voor update | 25 |
| Maximale regionale failover | 10 (per uur) ² |
| Maximum aantal bewerkingen (PUT, POST, PATCH, DELETE, GET) dat hierboven niet is gedefinieerd | 500 |
¹ Gebruikers moeten singleton-client gebruiken voor SDK-exemplaren en cachesleutels en database- en containerverwijzingen tussen aanvragen voor de levensduur van dat exemplaar. Regionale failovers van ² zijn alleen van toepassing op schrijfaccounts voor één regio. Schrijfaccounts voor meerdere regio's vereisen of staan het wijzigen van de schrijfregio niet toe.
Azure Cosmos DB maakt op regelmatige tijdstippen automatisch back-ups van uw gegevens. Zie Online back-up en on-demand gegevensherstel in Azure Cosmos DB voor meer informatie over back-upretentieintervallen en vensters.
limieten per account
Hier volgt een lijst met limieten per account.
Ingerichte doorvoer
| Bron | Limiet |
|---|---|
| Maximum aantal databases en containers per account | 500¹ |
| Maximum aantal containers per database met gedeelde doorvoer | 25 |
| Maximum aantal regio's | Geen limiet (alle Azure-regio's) |
Serverloos
| Bron | Limiet |
|---|---|
| Maximum aantal databases en containers per account | 500 |
| Maximum aantal regio's | 1 (Elke Azure-regio) |
Limieten per container
Afhankelijk van de API die u gebruikt, kan een Azure Cosmos DB-container een verzameling, een tabel of grafiek vertegenwoordigen. Containers ondersteunen configuraties voor unieke sleutelbeperkingen, opgeslagen procedures, triggers en UDF's en indexeringsbeleid. De volgende tabel bevat de limieten die specifiek zijn voor configuraties binnen een container.
| Bron | Limiet |
|---|---|
| Maximale lengte van database- of containernaam | 255 |
| Maximum aantal opgeslagen procedures per container | 100 ¹ |
| Maximum aantal UDF's per container | 50 ¹ |
| Maximum aantal unieke sleutels per container | 10 ¹ |
| Maximum aantal paden per unieke sleutelbeperking | 16 ¹ |
| Maximale TTL-waarde | 2147483647 |
¹ U kunt elk van deze limieten per container verhogen door een Azure-ondersteuningsaanvraag te maken.
Limieten per item
Een Azure Cosmos DB-item kan een document in een verzameling, een rij in een tabel of een knooppunt of edge in een grafiek vertegenwoordigen; afhankelijk van de API die u gebruikt. In de volgende tabel ziet u de limieten per item in Azure Cosmos DB.
| Bron | Limiet |
|---|---|
| Maximale grootte van een item | 2 MB (UTF-8 lengte van JSON-weergave) ¹ |
| Maximale lengte van partitiesleutelwaarde | 2048 bytes (101 bytes als grote partitiesleutel niet is ingeschakeld) |
| Maximale lengte van id-waarde | 1023 bytes |
| Toegestane tekens voor id-waarde | Alle Unicode-tekens aan de servicezijde, met uitzondering van '/' en '\', zijn toegestaan. WAARSCHUWING: Maar voor de beste interoperabiliteit raden we u ten zeerste aan alleen alfanumerieke ASCII-tekens in de id-waarde te gebruiken. Er zijn verschillende bekende beperkingen in sommige versies van de Cosmos DB SDK, evenals connectors (ADF, Spark, Kafka enzovoort) en http-drivers/bibliotheken, die kunnen voorkomen dat de id-waarde niet-alfanumerieke ASCII-tekens bevat. Als u de interoperabiliteit wilt vergroten, moet u de id-waarde coderen, bijvoorbeeld via Base64 + aangepaste codering van speciale tekens die zijn toegestaan in Base64. - als u niet-alfanumerieke ASCII-tekens in uw service/toepassing moet ondersteunen. |
| Maximum aantal eigenschappen per item | Geen praktische limiet |
| Maximale lengte van eigenschapsnaam | Geen praktische limiet |
| Maximale lengte van eigenschapswaarde | Geen praktische limiet |
| Maximale lengte van tekenreekseigenschapswaarde | Geen praktische limiet |
| Maximale lengte van numerieke eigenschapswaarde | IEEE754 dubbele precisie 64-bits |
| Maximumniveau van nesten voor ingesloten objecten/matrices | 128 |
| Maximale TTL-waarde | 2147483647 |
| Maximale precisie/bereik voor getallen in JSON (om veilige interoperabiliteit te garanderen) | IEEE 754 binary64 |
¹ Grote documentgrootten tot 16 MB worden alleen ondersteund met Azure Cosmos DB voor MongoDB. Lees de functiedocumentatie voor meer informatie.
Er zijn geen beperkingen voor de nettoladingen van items (zoals het aantal eigenschappen en de diepte van nesten), met uitzondering van de lengtebeperkingen voor partitiesleutels en id-waarden, en de algehele groottebeperking van 2 MB. Mogelijk moet u indexeringsbeleid configureren voor containers met grote of complexe itemstructuren om het RU-verbruik te verminderen. Zie Modelleringsitems in Azure Cosmos DB voor een praktijkvoorbeeld en patronen voor het beheren van grote items.
Limieten per aanvraag
Azure Cosmos DB ondersteunt CRUD- en querybewerkingen voor resources zoals containers, items en databases. Het ondersteunt ook transactionele batchaanvragen voor items met dezelfde partitiesleutel in een container.
| Bron | Limiet |
|---|---|
| Maximale uitvoeringstijd voor één bewerking (zoals een opgeslagen procedureuitvoering of het ophalen van één querypagina) | 5 sec |
| Maximale aanvraaggrootte (bijvoorbeeld opgeslagen procedure, CRUD) | 2 MB |
| Maximale antwoordgrootte (bijvoorbeeld gepagineerde query) | 4 MB |
| Maximum aantal bewerkingen in een transactionele batch | 100 |
Azure Cosmos DB biedt ondersteuning voor het uitvoeren van triggers tijdens schrijfbewerkingen. De service ondersteunt maximaal één pretrigger en één posttrigger per schrijfbewerking.
Zodra een bewerking zoals een query de uitvoeringstime-out of antwoordgroottelimiet heeft bereikt, retourneert deze een pagina met resultaten en een vervolgtoken aan de client om de uitvoering te hervatten. Er is geen praktische limiet voor de duur die één query kan uitvoeren op pagina's/vervolgen.
Azure Cosmos DB maakt gebruik van HMAC voor autorisatie. U kunt een primaire sleutel gebruiken voor gedetailleerd toegangsbeheer voor resources. Deze resources kunnen containers, partitiesleutels of items bevatten. De volgende tabel bevat limieten voor autorisatietokens in Azure Cosmos DB.
| Bron | Limiet |
|---|---|
| Maximale verlooptijd van primair token | 15 min |
| Minimale verlooptijd van resourcetoken | 10 min. |
| Maximale verlooptijd van resourcetoken | 24 uur standaard ¹ |
| Maximale klokverschil voor tokenautorisatie | 15 min |
¹ U kunt deze verhogen door een ondersteuning voor Azure ticket in te dienen
Beperkingen van de automatische schaalaanpassing van ingerichte doorvoer
Zie het artikel over automatische schaalaanpassing en veelgestelde vragen voor gedetailleerdere uitleg van de doorvoer- en opslaglimieten met automatische schaalaanpassing.
| Bron | Limiet |
|---|---|
| Maximum aantal RU/s dat het systeem kan schalen naar | Tmax, de maximale RU/s voor automatische schaalaanpassing die door de gebruiker zijn ingesteld |
| Minimale RU/s waarnaar het systeem kan schalen | 0.1 * Tmax |
| Huidige RU/s waarnaar het systeem wordt geschaald | 0.1*Tmax <= T <= Tmax, op basis van gebruik |
| Minimale factureerbare RU/s per uur | 0.1 * Tmax Facturering wordt uitgevoerd per uur, waarbij u wordt gefactureerd voor de hoogste RU/s waarnaar het systeem is geschaald in het uur, of 0.1*Tmax, afhankelijk van wat hoger is. |
| Minimum aantal RU/s voor automatische schaalaanpassing voor een container | MAX(1000, highest max RU/s ever provisioned / 10, current storage in GB * 10) afgerond op dichtstbijzijnde 1000 RU/s |
| Minimum aantal RU/s voor automatische schaalaanpassing voor een database | MAX(1000, highest max RU/s ever provisioned / 10, current storage in GB * 10, 1000 + (MAX(Container count - 25, 0) * 1000)), afgerond op de dichtstbijzijnde 1000 RU/s. Houd er rekening mee dat als uw database meer dan 25 containers heeft, het systeem de minimale maximale ru/s voor automatische schaalaanpassing met 1000 RU/s per extra container incrementeert. Als u bijvoorbeeld 30 containers hebt, kunt u maximaal 6000 RU/s instellen voor automatische schaalaanpassing (schaalt tussen 600 - 6000 RU/s). |
SQL-querylimieten
Azure Cosmos DB biedt ondersteuning voor het uitvoeren van query's op items met behulp van SQL. In de volgende tabel worden beperkingen in queryinstructies beschreven, bijvoorbeeld in termen van het aantal componenten of de querylengte.
| Bron | Limiet |
|---|---|
| Maximale lengte van SQL-query | 512 kB |
| Maximum aantal JOI's per query | 10 ¹ |
| Maximum aantal UDF's per query | 10 ¹ |
| Maximum aantal punten per veelhoek | 4096 |
| Maximaal aantal expliciet opgenomen paden per container | 1500 ¹ |
| Maximaal expliciet uitgesloten paden per container | 1500 ¹ |
| Maximumeigenschappen in een samengestelde index | 8 |
| Maximum aantal paden in een samengestelde index | 100 |
¹ U kunt deze SQL-querylimieten verhogen door een Azure-ondersteuningsaanvraag te maken.
API voor MongoDB-specifieke limieten
Azure Cosmos DB ondersteunt het MongoDB-wire-protocol voor toepassingen die zijn geschreven op basis van MongoDB. U vindt de ondersteunde opdrachten en protocolversies op ondersteunde MongoDB-functies en -syntaxis.
De volgende tabel bevat de limieten die specifiek zijn voor ondersteuning van MongoDB-functies. Andere servicelimieten die voor de API voor NoSQL worden vermeld, zijn ook van toepassing op de API voor MongoDB.
| Bron | Limiet |
|---|---|
| Maximale grootte van een document | 16 MB (UTF-8 lengte van JSON-weergave) ¹ |
| Maximale grootte van mongoDB-querygeheugen (deze beperking is alleen voor versie 3.2-server) | 40 MB |
| Maximale uitvoeringstijd voor MongoDB-bewerkingen (voor 3.2-serverversie) | 15 seconden |
| Maximale uitvoeringstijd voor MongoDB-bewerkingen (voor serverversie 3.6 en 4.0) | 60 seconden |
| Maximumniveau van nesten voor ingesloten objecten/matrices in indexdefinities | 6 |
| Time-out voor inactiviteit voor verbindingssluiting aan de serverzijde ² | 30 minuten |
| Tijdslimiet voor MongoDB-shell in Azure Portal | 120 minuten in een periode van 24 uur |
¹ Voor grote documentgrootten tot 16 MB is het inschakelen van functies in Azure Portal vereist. Lees de functiedocumentatie voor meer informatie.
² Het is raadzaam dat clienttoepassingen de time-out voor niet-actieve verbindingen in de stuurprogramma-instellingen instellen op 2-3 minuten, omdat de standaardtime-out voor Azure LoadBalancer 4 minuten is. Deze time-out zorgt ervoor dat een tussenliggende load balancer-inactiviteit geen verbindingen tussen de clientcomputer en Azure Cosmos DB sluit.
Gratis limieten voor Azure Cosmos DB uitproberen
De volgende tabel bevat de limieten voor de gratis proefversie van Azure Cosmos DB uitproberen.
| Bron | Limiet |
|---|---|
| Duur van de proefversie | 30 dagen (een nieuwe proefversie kan na verloop van tijd worden aangevraagd) Na verloop van tijd worden de opgeslagen gegevens verwijderd. |
| Maximum aantal containers per abonnement (NoSQL, Gremlin, API for Table) | 1 |
| Maximum aantal containers per abonnement (API voor MongoDB) | 3 |
| Maximale doorvoer per container | 5000 |
| Maximale doorvoer per database met gedeelde doorvoer | 20000 |
| Maximale totale opslag per account | 10 GB |
Probeer Azure Cosmos DB biedt ondersteuning voor wereldwijde distributie in alleen de regio's VS - centraal, Europa - noord en Azië - zuidoost. ondersteuning voor Azure tickets kunnen niet worden gemaakt voor Azure Cosmos DB-accounts proberen. Er wordt echter ondersteuning geboden voor abonnees met bestaande ondersteuningsplannen.
Accountlimieten voor gratis laag van Azure Cosmos DB
De volgende tabel bevat de limieten voor gratis Azure Cosmos DB-accounts.
| Bron | Limiet |
|---|---|
| Aantal gratis laag-accounts per Azure-abonnement | 1 |
| Duur van korting op de gratis laag | Levensduur van het account. Moet zich aanmelden tijdens het maken van het account. |
| Maximum aantal RU/s gratis | 1000 RU/s |
| Maximale opslagruimte gratis | 25 GB |
| Maximum aantal gedeelde doorvoerdatabases | 5 |
| Maximum aantal containers in een gedeelde doorvoerdatabase | 25 In accounts in de gratis laag is de minimale RU/s voor een gedeelde doorvoerdatabase met maximaal 25 containers 400 RU/s. |
Naast de vorige tabel zijn de limieten per account ook van toepassing op accounts in de gratis laag. Zie voor meer informatie hoe u een gratis laag-account maakt.