Azure Cosmos DB tjänstkvoter
GÄLLER för:
SQL API
API för Cassandra
Gremlin API
tabell-API
Azure Cosmos DB API för MongoDB
Den här artikeln innehåller en översikt över standardkvoterna som erbjuds till olika resurser i Azure Cosmos DB.
Storage och databasåtgärder
När du har skapat ett Azure Cosmos-konto under din prenumeration kan du hantera data i ditt konto genom att skapa databaser, containrar och objekt.
Etablerat dataflöde
Du kan etablera dataflöde på containernivå eller databasnivå när det gäller enheter för begäran (RU/s eller RU:er). I följande tabell visas gränserna för lagring och dataflöde per container/databas. Storage avser den kombinerade mängden data och indexlagring.
| Resurs | Standardgräns |
|---|---|
| Maximalt antal RU:er per container(dedikerat dataflöde etablerat läge) | 1 000 000 som standard. Du kan öka den genom att skapa en Azure-supportbiljett |
| Maximalt antal RU:er per databas(delat dataflöde etablerat läge) | 1 000 000 som standard. Du kan öka den genom att skapa en Azure-supportbiljett |
| Maximalt antal RU:er per partition (& fysisk) | 10 000 |
| Maximalt lagringsutrymme för alla objekt per partition (logisk) | 20 GB |
| Maximalt antal distinkta (logiska) partitionsnycklar | Obegränsat |
| Maximalt lagringsutrymme per container | Obegränsat |
| Maximalt lagringsutrymme per databas | Obegränsat |
| Maximal storlek för bifogad fil per konto (funktionen Bifogad fil håller på att bli inaktuell) | 2 GB |
| Minsta RU/s som krävs per 1 GB | 10 RU/s Obs! Det här minimiantalet kan sänkas om ditt konto är berättigat till vårt program "högt lagringsutrymme/lågt dataflöde" |
Anteckning
Du kan läsa mer om metodtips för att hantera arbetsbelastningar med partitionsnycklar som behöver högre gränser för lagring eller dataflöde i Skapa en syntetisk partitionsnyckel.
Minsta dataflödesbegränsningar
En Cosmos-container (eller databas med delat dataflöde) måste ha ett minsta dataflöde på 400 RU/s. När containern växer Cosmos DB ett minsta dataflöde för att se till att databasen eller containern har tillräckligt med resurser för sina åtgärder.
Det aktuella och minsta dataflödet för en container eller en databas kan hämtas från Azure Portal eller SDK:erna. Mer information finns i Etablera dataflöde på containrar och databaser.
Det faktiska lägsta antalet RU/s kan variera beroende på din kontokonfiguration. Du kan använda Azure Monitor för att visa historiken för etablerat dataflöde (RU/s) och lagring på en resurs.
Minsta dataflöde för container
Om du vill beräkna det minsta dataflöde som krävs för en container med manuellt dataflöde, hittar du det högsta av:
- 400 RU/s
- Aktuell lagring i GB * 10 RU/s
- Högsta RU/s som någonsin etablerats på containern/100
Exempel: Anta att du har en container som etablerats med 400 RU/s och 0 GB lagringsutrymme. Du ökar dataflödet till 50 000 RU/s och importerar 20 GB data. Minsta RU/s är nu MAX(400, 20 * 10 RU/s per GB, 50,000 RU/s / 100) = 500 RU/s. Med tiden växer lagringsutrymmet till 200 GB. Minsta RU/s är nu MAX(400, 200 * 10 RU/s per GB, 50,000 / 100) = 2 000 RU/s.
Obs! Det minsta dataflödet på 10 RU/s per GB lagringsutrymme kan sänkas om ditt konto är berättigat till vårt program "hög lagring/lågt dataflöde".
Minsta dataflöde på databas för delat dataflöde
För att beräkna det minsta dataflödet för en databas med delat dataflöde med manuellt dataflöde tar du reda på maxvärdet för:
- 400 RU/s
- Aktuell lagring i GB * 10 RU/s
- Högsta RU/s som någonsin etablerats på databasen/100
- 400 + MAX(antal containrar – 25, 0) * 100 RU/s
Exempel: Anta att du har en databas som etablerats med 400 RU/s, 15 GB lagring och 10 containrar. Minsta RU/s är MAX(400, 15 * 10 RU/s per GB, 400 / 100, 400 + 0 ) = 400 RU/s. Om det fanns 30 containrar i databasen skulle minsta RU/s vara 400 + MAX(30 - 25, 0) * 100 RU/s = 900 RU/s.
Obs! Det minsta dataflödet på 10 RU/s per GB lagringsutrymme kan sänkas om ditt konto är berättigat till vårt program "hög lagring/lågt dataflöde".
Sammanfattningsvis är här de minsta etablerade RU-gränserna.
| Resurs | Standardgräns |
|---|---|
| Minsta ANTAL RU:er per container(dedikerat dataflöde etablerat läge) | 400 |
| Minsta ANTAL RU:er per databas(etablerat delat dataflöde) | 400 RU/s för de första 25 containrarna. Ytterligare 100 RU/s för varje container efteråt. |
Cosmos DB har stöd för programmatisk skalning av dataflöde (RU/s) per container eller databas via DEDK:erna eller portalen.
Beroende på de aktuella RU/s som har etablerats och resursinställningarna kan varje resurs skalas synkront och omedelbart mellan minsta RU/s till upp till 100 gånger det minsta antalet RU:er. Om det begärda dataflödesvärdet ligger utanför intervallet utförs skalningen asynkront. Asynkron skalning kan ta några minuter till flera timmar att slutföra beroende på det begärda dataflödet och datalagringsstorleken i containern.
Utan server
Med serverlös kan du Azure Cosmos DB dina resurser på ett förbrukningsbaserat sätt. I följande tabell visas gränserna för lagring och burstability för dataflöde per container/databas.
| Resurs | Gräns |
|---|---|
| Maximalt antal RU/s per container | 5 000 |
| Maximalt lagringsutrymme för alla objekt per partition (logisk) | 20 GB |
| Maximalt antal distinkta (logiska) partitionsnycklar | Obegränsat |
| Maximalt lagringsutrymme per container | 50 GB |
Kontrollplansåtgärder
Du kan etablera och hantera ditt Azure Cosmos-konto med hjälp av Azure Portal, Azure PowerShell, Azure CLI och Azure Resource Manager mallar. I följande tabell visas gränserna per prenumeration, konto och antal åtgärder.
| Resurs | Standardgräns |
|---|---|
| Maximalt antal databaskonton per prenumeration | 50 som standard. Du kan öka den genom att skapa en Azure-supportbiljett på upp till 1 000 max. |
| Maximalt antal regionala redundans | 1/timme som standard. Du kan öka den genom att skapa en Azure-supportbiljett |
Anteckning
Regionala redundanser gäller endast för skrivkonton i en region. Konton för skrivning i flera regioner kräver inte eller har några begränsningar för att ändra skrivregionen.
Cosmos DB automatiskt säkerhetskopior av dina data med jämna mellanrum. Mer information om kvarhållningsintervall för säkerhetskopior och fönster finns i Onlinesäkerhetskopiering och dataåterställning på begäran i Azure Cosmos DB.
Gränser per konto
Etablerat dataflöde
| Resurs | Standardgräns |
|---|---|
| Maximalt antal databaser | 500 |
| Maximalt antal containrar per databas med delat dataflöde | 25 |
| Maximalt antal containrar per databas eller konto med dedikerat dataflöde | 500 |
| Maximalt antal regioner | Ingen gräns (alla Azure-regioner) |
Utan server
| Resurs | Gräns |
|---|---|
| Maximalt antal containrar per konto | 100 |
| Maximalt antal regioner | 1 (Alla Azure-regioner) |
Gränser per container
Beroende på vilket API du använder kan en Azure Cosmos-container representera antingen en samling, en tabell eller en graf. Containrar stöder konfigurationer för unika nyckelbegränsningar,lagrade procedurer, utlösare och UDF:eroch indexeringsprincip. I följande tabell visas de begränsningar som är specifika för konfigurationer i en container.
| Resurs | Standardgräns |
|---|---|
| Maximal längd på databas- eller containernamn | 255 |
| Maximalt antal lagrade procedurer per container | 100 * |
| Maximalt antaludf:er per container | 50 * |
| Maximalt antal sökvägar i indexeringsprincipen | 100 * |
| Maximalt antal unika nycklar per container | 10 * |
| Maximalt antal sökvägar per unik nyckelbegränsning | 16 * |
| Maximalt TTL-värde | 2 147 483 647 |
* Du kan öka någon av dessa gränser per container genom att skapa en Azure Support begäran.
Gränser per objekt
Beroende på vilket API du använder kan ett Azure Cosmos-objekt representera antingen ett dokument i en samling, en rad i en tabell eller en nod eller kant i en graf. I följande tabell visas gränserna per objekt i Cosmos DB.
| Resurs | Standardgräns |
|---|---|
| Maximal storlek för ett objekt | 2 MB (UTF-8 längd på JSON-representation) |
| Maximal längd för partitionsnyckelvärde | 2 048 byte |
| Maximal längd för ID-värde | 1 023 byte |
| Maximalt antal egenskaper per objekt | Ingen praktisk gräns |
| Maximal längd på egenskapsnamn | Ingen praktisk gräns |
| Maximal längd för egenskapsvärde | Ingen praktisk gräns |
| Maximal längd för strängegenskapsvärde | Ingen praktisk gräns |
| Maximal längd för numeriskt egenskapsvärde | IEEE754 64-bitars dubbel precision |
| Högsta kapslingsnivå för inbäddade objekt/matriser | 128 |
| Maximalt TTL-värde | 2 147 483 647 |
Det finns inga begränsningar för objektnyttolaster som antal egenskaper och kapslingsdjup, förutom längdbegränsningarna för partitionsnyckel- och ID-värden och den övergripande storleksbegränsningen på 2 MB. Du kan behöva konfigurera indexeringsprincipen för containrar med stora eller komplexa objektstrukturer för att minska förbrukningen av ru:er. Se Modelleringsobjekt i Cosmos DB för ett verkligt exempel och mönster för att hantera stora objekt.
Gränser per begäran
Azure Cosmos DB CRUD och frågeåtgärder mot resurser som containrar, objekt och databaser. Den stöder också transaktionsbatchbegäranden mot flera objekt med samma partitionsnyckel i en container.
| Resurs | Standardgräns |
|---|---|
| Maximal körningstid för en enskild åtgärd (till exempel en körning av en lagrad procedur eller en sidhämtning av en fråga) | 5 sek |
| Maximal storlek för begäran (till exempel lagrad procedur, CRUD) | 2 MB |
| Maximal svarsstorlek (till exempel sidnumrerad fråga) | 4 MB |
| Maximalt antal åtgärder i en transaktionsbatch | 100 |
När en åtgärd som frågan når gränsen för körningstidsgräns eller svarsstorlek returnerar den en sida med resultat och en fortsättningstoken till klienten för att återuppta körningen. Det finns ingen praktisk gräns för hur länge en enskild fråga kan köras över sidor/fortsättningar.
Cosmos DB använder HMAC för auktorisering. Du kan använda antingen en primär nyckel eller en resurstoken för mer information om åtkomstkontroll till resurser som containrar, partitionsnycklar eller objekt. I följande tabell visas gränser för auktoriseringstoken i Cosmos DB.
| Resurs | Standardgräns |
|---|---|
| Maximal förfallotid för primär token | 15 min |
| Minsta förfallotid för resurstoken | 10 min |
| Maximal förfallotid för resurstoken | 24 h som standard. Du kan öka den genom att skapa en Azure-supportbiljett |
| Maximal klockskevning för tokenauktorisering | 15 min |
Cosmos DB stöder körning av utlösare under skrivningar. Tjänsten stöder högst en förutlösare och en efterutlösare per skrivåtgärd.
Begränsningar för metadatabegäran
Azure Cosmos DB underhåller systemmetadata för varje konto. Med dessa metadata kan du räkna upp samlingar, databaser, Azure Cosmos DB resurser och deras konfigurationer utan kostnad.
| Resurs | Standardgräns |
|---|---|
| Högsta insamlingsfrekvens per minut | 100 |
| Maximalt antal databas skapas per minut | 100 |
| Maximal uppdateringshastighet för etablerat dataflöde per minut | 5 |
| Maximalt dataflöde som stöds av ett konto för metadataåtgärder | 240 RU/s |
Gränser för autoskalning av etablerat dataflöde
Mer detaljerad förklaring av dataflödes- och lagringsgränser med autoskalning finns i artikeln om autoskalning och vanliga frågor och svar.
| Resurs | Standardgräns |
|---|---|
| Maximalt antal RU:er som systemet kan skala till | Tmax, maximalt antal RU:er för autoskalning som angetts av användaren |
| Minsta RU/s som systemet kan skalas till | 0.1 * Tmax |
| Aktuella RU:er som systemet skalas till | 0.1*Tmax <= T <= Tmax, baserat på användning |
| Minsta fakturerbara RU/s per timme | 0.1 * Tmax Faktureringen görs per timme, där du debiteras för de högsta RU:erna som systemet skalas till under timmen, eller , beroende på vilket som 0.1*Tmax är högre. |
| Minsta maximalt antal RU:er för autoskalning för en container | MAX(4000, highest max RU/s ever provisioned / 10, current storage in GB * 100) avrundat till närmaste 1 000 RU/s |
| Minsta maximalt antal RU:er för autoskalning för en databas | MAX(4000, highest max RU/s ever provisioned / 10, current storage in GB * 100, 4000 + (MAX(Container count - 25, 0) * 1000)), avrundat till närmaste 1 000 RU/s. Observera att om databasen har fler än 25 containrar ökar systemet den minsta maximala autoskalningen med 1 000 RU/s per ytterligare container. Om du till exempel har 30 containrar är det lägsta maximala antalet RU:er för autoskalning som du kan ange 9 000 RU/s (skalar mellan 900–9 000 RU/s). |
SQL frågebegränsningar
Cosmos DB stöder frågor mot objekt med hjälp av SQL. I följande tabell beskrivs begränsningar i frågeutsatser, till exempel när det gäller antal satser eller frågelängd.
| Resurs | Standardgräns |
|---|---|
| Maximal längd SQL fråga | 256 kB |
| Maximalt antal JOIN per fråga | 5 * |
| Maximalt antaludf:er per fråga | 10 * |
| Maximalt antal punkter per polygon | 4096 |
| Maximalt antal inkluderade sökvägar per container | 500 |
| Maximalt antal exkluderade sökvägar per container | 500 |
| Maximalt antal egenskaper i ett sammansatt index | 8 |
*Du kan öka någon av dessa SQL genom att skapa en Azure Support begäran.
MongoDB API-specifika gränser
Cosmos DB stöder MongoDB-trådprotokollet för program som skrivits mot MongoDB. Du hittar de kommandon och protokollversioner som stöds i Funktioner och syntax för MongoDB som stöds.
I följande tabell visas de begränsningar som är specifika för stöd för MongoDB-funktioner. Andra tjänstbegränsningar som anges för SQL API:et (core) gäller även för MongoDB-API:et.
| Resurs | Standardgräns |
|---|---|
| Maximal minnesstorlek för MongoDB-frågor (den här begränsningen gäller endast för 3.2-serverversion) | 40 MB |
| Maximal körningstid för MongoDB-åtgärder (för 3.2-serverversion) | 15 sekunder |
| Maximal körningstid för MongoDB-åtgärder (för serverversionen 3.6 och 4.0) | 60 sekunder |
| Högsta kapslingsnivå för inbäddade objekt/matriser i indexdefinitioner | 6 |
| Tidsgräns för inaktiv anslutning för stängning av anslutningar på serversidan* | 30 minuter |
* Vi rekommenderar att klientprogram ställer in tidsgränsen för inaktivitetsanslutning i drivrutinsinställningarna på 2–3 minuter eftersom standard-timeouten för Azure LoadBalancer är 4 minuter. Den här tidsgränsen säkerställer att inaktiva anslutningar inte stängs av en mellanliggande lastbalanserare mellan klientdatorn och Azure Cosmos DB.
Prova Cosmos DB kostnadsfria gränser
I följande tabell visas gränserna för prova-Azure Cosmos DB kostnadsfri utvärderingsversion.
| Resurs | Standardgräns |
|---|---|
| Utvärderingsversionens varaktighet | 30 dagar (en ny utvärderingsversion kan begäras efter förfallodatum) När den lagrade informationen har gått ut tas den bort. |
| Maximalt antal containrar per prenumeration (SQL, Gremlin, Tabell-API) | 1 |
| Maximalt antal containrar per prenumeration (MongoDB API) | 3 |
| Maximalt dataflöde per container | 5000 |
| Maximalt dataflöde per databas med delat dataflöde | 20000 |
| Maximalt totalt lagringsutrymme per konto | 10 GB |
Prova Cosmos DB stöder global distribution i endast USA, centrala, Europa, norra och Sydostasien regioner. Det går inte att skapa Azure-supportärenden för Prova Azure Cosmos DB-konton. Support tillhandahålls dock för prenumeranter med befintliga supportplaner.
Azure Cosmos DB begränsningar för konton på den kostnadsfria nivån
I följande tabell visas gränserna för konton Azure Cosmos DB kostnadsfri nivå.
| Resurs | Standardgräns |
|---|---|
| Antal konton på den kostnadsfria nivån per Azure-prenumeration | 1 |
| Varaktighet för rabatt på kostnadsfri nivå | Kontots livslängd. Du måste anmäla dig när kontot skapas. |
| Maximalt antal RU/s kostnadsfritt | 1 000 RU/s |
| Maximalt lagringsutrymme utan kostnad | 25 GB |
| Maximalt antal databaser med delat dataflöde | 5 |
| Maximalt antal containrar i en databas med delat dataflöde | 25 För konton på den kostnadsfria nivån är minsta RU/s för en databas med delat dataflöde med upp till 25 containrar 400 RU/s. |
Utöver ovanstående gäller gränserna per konto även för konton på den kostnadsfria nivån. Mer information finns i artikeln Om konton på den kostnadsfria nivån.
Nästa steg
Läs mer om Cosmos DB grundläggande begreppen global distribution och partitionering och etablerat dataflöde.
Kom igång med Azure Cosmos DB med någon av våra snabbstarter:
- Komma igång med SQL-API för Azure Cosmos DB
- Kom igång med Azure Cosmos DB-API:n för Azure MongoDB
- Kom igång med Cassandra-API för Azure Cosmos DB
- Komma igång med Gremlin API för Azure Cosmos DB
- Komma igång med Tabell-API för Azure Cosmos DB
- Försöker du göra kapacitetsplanering för en migrering till Azure Cosmos DB? Du kan använda information om ditt befintliga databaskluster för kapacitetsplanering.
- Om allt du vet är antalet virtuella kärnor och servrar i ditt befintliga databaskluster kan du läsa om att uppskatta enheter för programbegäran med hjälp av virtuella kärnor eller virtuella processorer
- Om du känner till typiska begärandefrekvenser för din aktuella databasarbetsbelastning kan du läsa om att uppskatta enheter för programbegäran Azure Cosmos DB kapacitetsplaneraren