Poznámka:
Přístup k této stránce vyžaduje autorizaci. Můžete se zkusit přihlásit nebo změnit adresáře.
Přístup k této stránce vyžaduje autorizaci. Můžete zkusit změnit adresáře.
Tento článek vysvětluje výchozí kvóty a limity pro prostředky Azure Cosmos DB. Pomáhá efektivně spravovat operace, úložiště a propustnost.
Operace úložiště a databáze
Po vytvoření účtu služby Azure Cosmos DB v rámci předplatného můžete spravovat data ve svém účtu vytvořením databází, kontejnerů a položek.
Zřízená propustnost
Propustnost přidělujete na úrovni kontejneru nebo na úrovni databáze z hlediska jednotek žádostí (RU) nebo jednotek žádostí za sekundu (RU/s). Následující tabulka uvádí omezení úložiště a propustnosti na kontejner nebo databázi. Úložiště odkazuje na kombinované množství dat a úložiště indexů.
| Prostředek | Omezení |
|---|---|
| Maximální počet RU na kontejner (režim s dedikovanou propustností) | 1 000 000 ¹ |
| Maximální počet RU na databázi (zřízený režim sdílené propustnosti) | 1 000 000 ¹ |
| Maximální počet RU na oddíl (logický a fyzický) | 10 000 |
| Maximální velikost úložiště napříč všemi položkami na (logický) oddíl | 20 GB ² |
| Maximální počet jedinečných (logických) klíčů pro rozdělení | Bez omezení |
| Maximální velikost úložiště na kontejner | Bez omezení |
| Maximální velikost přílohy na účet (funkce Příloha je zastaralá) | 2 GB |
| Minimální požadovaný počet RU/s za 1 GB | 1 RU/s |
¹ Zvyšte maximální počet RU na kontejner nebo databázi podáním lístku podpory Azure.
² Informace o osvědčených postupech pro správu úloh, které mají klíče oddílů vyžadující vyšší limity úložiště nebo propustnosti, najdete v tématu Vytvoření syntetického klíče oddílu a hierarchických klíčů oddílů s přehledem. Pokud vaše úloha dosáhne limitu logického oddílu 20 GB v produkčním prostředí, doporučeným dlouhodobým řešením je použití přehledu hierarchických klíčů oddílů k změna architektury aplikace. Pomocí hierarchických klíčů oddílů můžete použít až tři úrovně klíčů, což vám umožní překročit 20 GB dat pro klíč první úrovně a vyhnout se tomuto limitu. Pokud chcete dát čas na změna architektury aplikace, požádejte o dočasné zvýšení limitu klíče logického oddílu pro stávající aplikaci. Vytvořte lístek v podpoře Azure a vyberte typ kvóty „Dočasné zvýšení velikosti klíče logického oddílu kontejneru“. Žádost o dočasné zvýšení je určená jako dočasné zmírnění rizik a nedoporučuje se jako dlouhodobé řešení, protože při zvýšení limitu nejsou dodrženy záruky SLA. Pokud chcete konfiguraci odebrat, vytvořte lístek podpory a jako typ kvóty vyberte Obnovení velikosti klíče logického oddílu kontejneru na výchozí hodnotu (20 GB). Tento podpůrný tiket můžete vytvořit po odstranění dat, aby splňoval limit 20GB logického oddílu, nebo po přepracování vaší aplikace s jiným klíčem oddílu.
Omezení minimální propustnosti
Kontejner Azure Cosmos DB (nebo databáze se sdílenou propustností) využívající ruční propustnost musí mít minimální propustnost 400 RU/s. S růstem kontejneru služba Azure Cosmos DB vyžaduje minimální propustnost, aby se zajistilo, že prostředek (databáze nebo kontejner) má pro své operace dostatečný prostředek.
Načtěte aktuální a minimální průtok kontejneru nebo databáze z Azure Portálu nebo ze Sady pro vývoj softwaru (SDK). Další informace najdete v tématu Přidělení propustnosti pro kontejnery a databáze.
Skutečné minimum RU/s se může lišit v závislosti na konfiguraci vašeho účtu. Metriky služby Azure Monitor můžete použít k zobrazení historie zřízené propustnosti (RU/s) a úložiště v prostředku.
Minimální propustnost kontejneru
Pomocí této části odhadněte minimální propustnost kontejneru.
Ruční propustnost
Pokud chcete odhadnout minimální počet RU/s požadovaných pro kontejner s ruční propustností, vyhledejte maximální hodnotu:
- 400 RU/s
- Aktuální kapacita úložiště v GB * 1 RU/s
- Nejvyšší počet RU/s kdy zřízených pro kontejner / 100
Kontejner je například zřízený s 400 RU/s a 0 GB úložištěm. Zvýšíte propustnost na 50 000 RU/s a importujete 20 GB dat. Minimální počet RU/s je teď MAX(400, 20 * 1 RU/s per GB, 50,000 RU/s / 100) = 500 RU/s. V průběhu času se úložiště zvětšuje na 2 000 GB. Minimální počet RU/s je nyní MAX(400, 2000 * 1 RU/s per GB, 50,000 / 100) = 2000 RU/s.
Propustnost s automatickým škálováním
Pokud chcete odhadnout minimální potřebnou maximální propustnost RU/s s automatickým škálováním pro kontejner, najděte nejvyšší hodnotu:
- 1 000 RU/s
- Aktuální úložiště v GB * 10 RU/s
- Nejvyšší počet RU/s, které se kdy zřídily v kontejneru / 10
Máte například kontejner zřízený s 1 000 RU/s a 0 GB úložiště. Zvýšíte propustnost na 50 000 RU/s a importujete 20 GB dat. Minimální maximální počet RU/s je teď MAX(1000, 20 * 10 RU/s per GB, 50,000 RU/s / 10) = 5000 RU/s. V průběhu času se úložiště zvětšuje na 2 000 GB. Minimální maximální počet RU/s je teď MAX(1000, 2000 * 10 RU/s per GB, 50,000 / 10) = 20 000 RU/s.
Minimální propustnost databáze se sdílenou propustností
Tato část slouží k odhadu minimální propustnosti databáze při sdílení propustnosti mezi kontejnery.
Ruční propustnost
Pokud chcete odhadnout minimální počet RU/s vyžadovaných pro databázi se sdílenou propustností s ruční propustností, vyhledejte maximální hodnotu:
- 400 RU/s
- Aktuální kapacita úložiště v GB * 1 RU/s
- Nejvyšší RU/s, které byly kdy přiřazeny pro databázi / 100
- 400 + MAX(počet kontejnerů − 25, 0) × 100 RU/s
Máte například databázi zřízenou s 400 RU/s, 15 GB úložiště a 10 kontejnerů. Minimální počet RU/s je MAX(400, 15 * 1 RU/s per GB, 400 / 100, 400 + 0 ) = 400 RU/s. Pokud by v databázi existovalo 30 kontejnerů, minimální počet RU/s by byl 400 + MAX(30 - 25, 0) * 100 RU/s = 900 RU/s.
Propustnost s automatickým škálováním
Pokud chcete odhadnout minimální maximální RU/s pro automatické škálování požadované pro databázi s automatickým škálováním a sdílenou propustností, najděte nejvyšší hodnotu:
- 1 000 RU/s
- Aktuální úložiště v GB * 10 RU/s
- Nejvyšší počet RU/s, který byl kdy nastaven v databázi / 10
- 1000 + MAX(počet kontejnerů - 25, 0) * 1000 RU/s
Máte například databázi zřízenou s 1000 RU/s, 15 GB úložiště a 10 kontejnerů. Minimální maximální počet RU/s pro databázi automatického škálování je MAX(1000, 15 * 10 RU/s per GB, 1000 / 10, 1000 + 0 ) = 1000 RU/s. Pokud by v databázi bylo 30 kontejnerů, minimální maximální počet RU/s by byl 1000 + MAX(30 - 25, 0) * 1000 RU/s = 5000 RU/s.
Tady jsou minimální zřízená omezení RU při použití zřízené propustnosti.
| Typ zřizování | Prostředek | Omezení |
|---|---|---|
| Ruční propustnost | Minimální počet RU na kontejner (vyhrazený režim zřízené propustnosti s ruční propustností) | 400 |
| Ruční propustnost | Minimální počet RU na databázi (zřízený režim sdílené propustnosti s ruční propustností | 400 RU/s pro prvních 25 kontejnerů. |
| Propustnost s automatickým škálováním | Minimální maximální počet RU na kontejner (vyhrazený režim zřízené propustnosti s automaticky škálovatelnou propustností) | 1000 |
| Propustnost s automatickým škálováním | Minimální počet maximálních RU na databázi (režim zřízené sdílené propustnosti s automatickou škálovací propustností) | 1000 RU/s pro prvních 25 kontejnerů. |
Azure Cosmos DB podporuje programové škálování propustnosti (RU/s) na kontejner nebo databázi prostřednictvím sad SDK nebo portálu.
Každý prostředek se škáluje synchronně a okamžitě mezi minimálními RU/s a až 100krát minimálními RU/s v závislosti na aktuálním zřízeném počtu RU/s a nastavením prostředků. Pokud je požadovaná hodnota propustnosti mimo rozsah, škálování se provádí asynchronně. Dokončení asynchronního škálování může trvat minuty až hodiny v závislosti na požadované propustnosti a velikosti úložiště dat v kontejneru. Další informace.
Bezserverová architektura
Bezserverová služba umožňuje používat prostředky služby Azure Cosmos DB způsobem založeným na spotřebě.
| Prostředek | Omezení |
|---|---|
| Maximální velikost úložiště napříč všemi položkami na (logický) oddíl | 20 GB ¹ |
| Maximální počet jedinečných (logických) klíčů pro rozdělení | Bez omezení |
| Maximální velikost úložiště na kontejner | Bez omezení |
¹ Pokud vaše úloha dosáhne limitu logického oddílu 20 GB v produkčním prostředí, doporučeným dlouhodobým řešením je použití přehledu hierarchických klíčů oddílů k změna architektury aplikace. Pomocí hierarchických klíčů oddílů můžete použít až tři úrovně klíčů, což vám umožní překročit 20 GB dat pro klíč první úrovně a vyhnout se tomuto limitu. Pokud chcete dát čas na změna architektury aplikace, požádejte o dočasné zvýšení limitu klíče logického oddílu pro stávající aplikaci. Vytvořte lístek v podpoře Azure a vyberte typ kvóty „Dočasné zvýšení velikosti klíče logického oddílu kontejneru“. Žádost o dočasné zvýšení je určená jako dočasné zmírnění rizik a nedoporučuje se jako dlouhodobé řešení. Pokud chcete konfiguraci odebrat, vytvořte lístek podpory a jako typ kvóty vyberte Obnovení velikosti klíče logického oddílu kontejneru na výchozí hodnotu (20 GB). Tento podpůrný tiket můžete vytvořit po odstranění dat, aby splňoval limit 20GB logického oddílu, nebo po přepracování vaší aplikace s jiným klíčem oddílu.
Řídicí rovina
Azure Cosmos DB má poskytovatele prostředků, který umožňuje vytvářet, aktualizovat a odstraňovat prostředky v účtu služby Azure Cosmos DB. Poskytovatel prostředků používá rozhraní s celkovou vrstvou správy prostředků Azure, což je služba pro nasazení a správu pro Azure.
Vytváření a správa prostředků Azure Cosmos DB pomocí:
- Azure Portal
- Azure PowerShell
- Azure CLI (příkazový řádek nástroje Azure)
- Šablony JSON/Bicep v Azure Resource Manageru
- Azure REST API
- Sady SDK pro správu Azure
- Terraform
- Pulumi
K této vrstvě správy můžete přistupovat také ze sad SDK roviny dat Azure Cosmos DB, které se používají ve vašich aplikacích k vytváření a správě prostředků v rámci účtu. Sady SDK pro rovinu dat také během počátečního připojení ke službě generují požadavky na řídicí rovinu k provádění úloh, jako je výčet databází a kontejnerů, a žádají klíče účtu pro ověření.
Každý účet služby Azure Cosmos DB má primární oddíl , který obsahuje všechna metadata účtu. Má také malou kapacitu propustnosti pro podporu operací řídicího plánu. Žádosti řídicí roviny, které vytvářejí, čtou, aktualizují nebo odstraňují tato metadata, spotřebovávají tuto propustnost. Pokud množství propustnosti spotřebované operacemi řídicí roviny překročí tuto částku, operace jsou omezené rychlostí, stejně jako operace roviny dat v rámci služby Azure Cosmos DB. Na rozdíl od propustnosti datových operací ale nejde zvýšit propustnost primárního oddílu.
Některé operace řídicí roviny nevyužívají propustnost primárního oddílu, jako je získání nebo výpis klíčů. Na rozdíl od požadavků na data v rámci účtu služby Azure Cosmos DB ale poskytovatelé prostředků v Azure nejsou navržení pro velké objemy požadavků. Operace řídicí roviny, které při trvalých úrovních po sobě jdoucích 5minutových obdobích překračují zdokumentované limity, mohou zaznamenat omezování požadavků a také neúspěšné nebo neúplné operace s prostředky Azure Cosmos DB.
Operace řídicí roviny je možné monitorovat tak, že přejdete na kartu Přehledy pro účet služby Azure Cosmos DB. Další informace naleznete v tématu Monitorování požadavků kontrolní roviny. Tyto přehledy můžete přizpůsobit, použít Azure Monitor a vytvořit sešit pro monitorování žádostí o metadata a nastavení upozornění.
Omezení prostředků
Následující tabulka uvádí omezení prostředků na předplatné nebo účet.
| Prostředek | Omezení |
|---|---|
| Maximální počet účtů na předplatné | Ve výchozím nastavení 250 ¹ |
| Maximální počet databází a kontejnerů na účet | 500 ² |
| Maximální propustnost podporovaná účtem pro operace metadat | 240 RU/s |
¹ Výchozí limity se liší pro interní zákazníky Microsoftu. Zvyšte tato omezení vytvořením žádosti o podporu Azure až na 1 000. Cosmos DB si vyhrazuje právo odstranit všechny prázdné databázové účty, tj. žádné databáze nebo kolekce. ² Tento limit nelze zvýšit. Celkový počet zahrnuje databáze i kontejnery v rámci účtu (například 1 databáze a 499 kontejnerů nebo 250 databází a 250 kontejnerů).
Omezení pro žádosti
Následující tabulka uvádí omezení požadavků na 5minutový interval na účet, pokud není uvedeno jinak.
| Operace | Omezení |
|---|---|
| Maximální seznam nebo získání klíčů | 500 ¹ |
| Maximální počet vytvoření databáze a kontejneru | 500 |
| Maximální operace získání nebo vypsání databází a kontejnerů | 500 ¹ |
| Maximální poskytnutá propustnost pro aktualizace | 25 |
| Maximální regionální zotavení | 10 (za hodinu) ² |
Maximální počet všech operací (PUT, POST, PATCH, DELETE, GET), které nebyly definovány dříve |
500 |
¹ Použijte singleton klienta pro instance sady SDK a mezipaměťové klíče, databázi a odkazy na kontejnery mezi požadavky po dobu životnosti této instance. ² Regionální převzetí služeb při selhání se vztahuje pouze na účty s jedním regionem pro zápis. Účty pro zápis do více oblastí nevyžadují ani neumožňují změnu oblasti zápisu.
Azure Cosmos DB automaticky zálohuje vaše data v pravidelných intervalech. Podrobnosti o intervalech uchovávání záloh a o oknech najdete v tématu Online zálohování a obnovení dat na vyžádání ve službě Azure Cosmos DB.
Limity pro jednotlivé účty
Tady jsou omezení pro jednotlivé účty.
Řízení přístupu založené na rolích
| Prostředek | Výchozí omezení |
|---|---|
| Maximální počet definic vlastních rolí pro účet (RBAC nativní datové roviny) | 100 |
| Maximální přiřazení rolí na účet (RBAC nativní roviny dat) | 2,000 |
Zřízená propustnost
| Prostředek | Omezení |
|---|---|
| Maximální počet databází a kontejnerů na účet | 500 |
| Maximální počet kontejnerů na databázi se sdílenou propustností | 25 |
| Maximální počet oblastí | Bez limitu (všechny oblasti Azure) |
Bezserverová architektura
| Prostředek | Omezení |
|---|---|
| Maximální počet databází a kontejnerů na účet | 500 |
| Maximální počet oblastí | 1 (libovolná oblast Azure) |
Omezení pro jednotlivé kontejnery
V závislosti na rozhraní API, které používáte, může kontejner Azure Cosmos DB představovat kolekci, tabulku nebo graf. Kontejnery podporují konfigurace jedinečných klíčových omezení, uložených procedur, triggerů a uživatelem definovaných funkcí (UDF) a zásad indexování. Následující tabulka uvádí omezení specifická pro konfigurace v rámci kontejneru.
| Prostředek | Omezení |
|---|---|
| Maximální délka názvu databáze nebo kontejneru | 255 |
| Maximální počet uložených procedur na kontejner | 100 ¹ |
| Maximální počet uživatelsky definovaných funkcí pro jeden kontejner | 50 ¹ |
| Maximální počet jedinečných klíčů na kontejner | 10 ¹ |
| Maximální počet cest pro unikátní klíčové omezení | 16 ¹ |
| Maximální hodnota TTL (Time to Live - Čas do vypršení) | 2,147,483,647 |
¹ Zvýšení jakéhokoli z těchto limitů pro jednotlivé kontejnery vytvořením žádosti o podporu Azure.
Limity pro jednotlivé položky
Položka služby Azure Cosmos DB může představovat dokument v kolekci, řádek v tabulce nebo uzel nebo okraj grafu v závislosti na tom, které rozhraní API používáte. Následující tabulka uvádí omezení pro jednotlivé položky ve službě Azure Cosmos DB.
| Prostředek | Omezení |
|---|---|
| Maximální velikost položky | 2 MB (UTF-8 délka reprezentace JSON) ¹ |
| Maximální délka hodnoty klíče oddílu | 2 048 bajtů (101 bajtů, pokud není povolen velký klíč oddílu) |
| Maximální délka hodnoty ID | 1 023 bajtů |
| Povolené znaky pro hodnotu ID | Všechny znaky Unicode na straně služby kromě znaků /a \jsou povolené. UPOZORNĚNÍ: Pro nejlepší interoperabilitu DŮRAZNĚ DOPORUČUJEME používat pouze alfanumerní znaky ASCII pouze v hodnotě ID. V některých verzích sady SDK služby Cosmos DB a v různých konektorech (Azure Data Factory, Spark, Kafka atd.) nebo ovladačích HTTP či knihovnách existují známá omezení. Tato omezení mohou zabránit úspěšnému zpracování, pokud hodnota ID obsahuje neosamocené znaky ASCII. Pokud tedy chcete zvýšit interoperabilitu, zakódujte hodnotu ID – například prostřednictvím kódování Base64 + vlastního kódování speciálních znaků povolených v Base64. pokud ve službě nebo aplikaci potřebujete podporovat nealfanumerické znaky ASCII. |
| Maximální počet vlastností na položku | Žádný praktický limit |
| Maximální délka názvu vlastnosti | Žádný praktický limit |
| Maximální délka hodnoty vlastnosti | Žádný praktický limit |
| Maximální délka hodnoty vlastnosti řetězce | Žádný praktický limit |
| Maximální délka číselné hodnoty vlastnosti | IEEE754 64bitová verze s dvojitou přesností |
| Maximální úroveň vnoření pro vložené objekty / pole | 128 |
| Maximální hodnota TTL | 2147483647 |
| Maximální přesnost a rozsah čísel ve formátu JSON (pro zajištění bezpečné interoperability) | IEEE (Institute of Electrical and Electronics Engineers) 754 binary64 |
¹ Velké velikosti dokumentů až 16 MB jsou podporovány pouze se službou Azure Cosmos DB pro MongoDB. Další informace najdete v dokumentaci k funkcím MongoDB 4.2.
U datových částí položek (jakými jsou například počet vlastností a hloubka vnoření) neexistují žádná omezení, kromě omezení délky pro klíč oddílu a hodnoty ID a celkového omezení velikosti 2 MB. Možná budete muset nakonfigurovat zásady indexování pro kontejnery s velkými nebo složitými strukturami položek, aby se snížila spotřeba RU. V tématu Modelování položek ve službě Azure Cosmos DB najdete příklad a vzory pro správu velkých položek.
Omezení pro jednotlivé požadavky
Azure Cosmos DB podporuje operace CRUD a dotazování pro prostředky, jako jsou kontejnery, položky a databáze. Také podporuje transakční dávkové požadavky na položky se stejným partition key v kontejneru.
| Prostředek | Omezení |
|---|---|
| Maximální doba provádění jedné operace (například spuštění uložené procedury nebo načtení jedné stránky dotazu) | 5 s |
| Maximální velikost dotazu (například uložená procedura, CRUD) | 2 MB |
| Maximální velikost odpovědi (například stránkovaný dotaz) | 4 MB |
| Maximální počet operací v transakční dávce | 100 |
Azure Cosmos DB podporuje triggery během zápisu. Služba umožňuje jeden pretrigger a jeden post-trigger na operaci zápisu.
Když operace dotazu dosáhne časového limitu spuštění nebo limitu velikosti odpovědi, vrátí klientovi stránku s výsledky a token pokračování, aby bylo možné pokračovat v provádění. Neexistuje žádný praktický limit doby trvání, po které může jeden dotaz běžet napříč stránkami nebo pokračováními.
Azure Cosmos DB k autorizaci používá kódy ověřování zpráv založené na hodnotě hash (HMAC). Primární klíč použijte k jemně odstupňovanému řízení přístupu k prostředkům. Tyto zdroje mohou zahrnovat kontejnery, klíče oddílů nebo položky. Následující tabulka uvádí omezení pro autorizační tokeny ve službě Azure Cosmos DB.
| Prostředek | Omezení |
|---|---|
| Maximální doba vypršení platnosti primárního tokenu | 15 minut |
| Minimální doba vypršení platnosti tokenu prostředku | 10 minut |
| Maximální expirační doba tokenu prostředku | 24 h ve výchozím nastavení ¹ |
| Maximální časový posun pro autorizaci tokenů | 15 minut |
¹ Zvyšte ho vytvořením ticketu podpory Azure.
Limity předem určené propustnosti automatického škálování
Podrobné vysvětlení limitů propustnosti a úložiště s automatickým škálováním najdete v článku věnovaném automatickému škálování a nejčastějším dotazům .
| Prostředek | Omezení |
|---|---|
| Maximální počet RU/s, na které se systém může škálovat |
Tmax, maximální počet RU/s automatického škálování nastavený uživatelem |
| Minimální počet RU/s, na který se může systém škálovat | 0.1 * Tmax |
| Aktuální RU/s, na něž je systém škálován |
0.1*Tmax <= T <= Tmaxna základě využití |
| Minimální fakturovatelné RU/s za hodinu | 0.1 * Tmax Fakturace probíhá každou hodinu na základě nejvyšší hodnoty RU/s, které systém dosáhl během hodiny, nebo 0.1*Tmaxpodle vyšší z těchto hodnot. |
| Minimální maximální počet RU/s automatického škálování pro kontejner |
MAX(1000, highest max RU/s ever provisioned / 10, current storage in GB * 10) zaokrouhleno nahoru na nejbližších 1000 RU/s |
| Minimální hodnota maximálního RU/s pro automatické škálování databáze |
MAX(1000, highest max RU/s ever provisioned / 10, current storage in GB * 10, 1000 + (MAX(Container count - 25, 0) * 1000)) bude zaokrouhleno nahoru do následujících 1000 RU/s. Pokud má vaše databáze více než 25 kontejnerů, zvýší systém minimální maximální počet RU/s automatického škálování o 1 000 RU/s pro každý další kontejner. Pokud máte například 30 kontejnerů, nejnižší maximální úroveň RU/s pro automatické škálování, kterou můžete nastavit, je 6000 RU/s (škálování mezi 600 a 6000 RU/s). |
Omezení dotazů SQL
Azure Cosmos DB podporuje dotazování položek pomocí SQL. Následující tabulka popisuje omezení v příkazech dotazů, jako je počet klauzulí nebo délka dotazu.
| Prostředek | Omezení |
|---|---|
| Maximální délka dotazu SQL | 512 kB |
Maximální počet JOIN příkazů na dotaz |
10¹ |
| Maximální počet UDFs v rámci dotazu | 10 ¹ |
| Maximální počet bodů na mnohoúhelník | 4096 |
| Maximální počet explicitně zahrnutých cest na kontejner | 1500 ¹ |
| Maximální explicitně vyloučené cesty pro kontejner | 1500 ¹ |
| Maximální počet vlastností ve složeného indexu | 8 |
| Maximální počet cest ve složeného indexu | 100 |
¹ Tyto limity dotazů SQL můžete zvýšit vytvořením žádosti o podporu Azure.
Omezení specifická pro rozhraní API pro MongoDB
Azure Cosmos DB podporuje přenosové protokoly MongoDB pro aplikace napsané pomocí MongoDB. Podporované příkazy a verze protokolů najdete v podporovaných funkcích a syntaxi MongoDB.
Následující tabulka uvádí omezení specifická pro podporu funkcí MongoDB. Pro rozhraní API for NoSQL platí také další omezení služby uvedené v rozhraní API pro MongoDB.
| Prostředek | Omezení |
|---|---|
| Maximální velikost dokumentu | 16 MB (délka reprezentace JSON v UTF-8) ¹ |
| Maximální velikost paměti dotazu MongoDB (platí pouze pro verzi serveru 3.2) | 40 MB |
| Maximální doba provádění operací MongoDB (platí pro verzi serveru 3.2) | 15 sekund |
| Maximální doba provádění operací MongoDB (platí pro verze serveru 3.6 a 4.0) | 60 sekund |
| Maximální úroveň vnoření pro vložené objekty / pole v definicích indexu | 6 |
| Časový limit nečinného spojení pro uzavření spojení na straně serveru ² | 30 minut |
| Časový limit pro shell MongoDB v Azure portálu | 120 minut v 24hodinovém období |
¹ Velké velikosti dokumentů o velikosti až 16 MB vyžadují povolení funkcí na webu Azure Portal. Další informace najdete v dokumentaci k funkcím.
² Nastavte časový limit nečinnosti připojení v nastavení ovladače na 2 až 3 minuty, protože výchozí časový limit pro Azure LoadBalancer je 4 minuty. Tento časový limit zajišťuje, že nečinný zprostředkující nástroj pro vyrovnávání zatížení nezavře připojení mezi klientským počítačem a službou Azure Cosmos DB.
Limity účtů úrovně Free služby Azure Cosmos DB
Následující tabulka uvádí omezení pro účty úrovně Free služby Azure Cosmos DB.
| Prostředek | Omezení |
|---|---|
| Počet účtů úrovně Free na předplatné Azure | 1 |
| Doba trvání slevy na úrovni Free | Doba života účtu. Při vytváření účtu se musíte přihlásit. |
| Maximální počet RU/s zdarma | 1 000 RU/s |
| Maximální velikost úložiště zdarma | 25 GB |
| Maximální počet kontejnerů v databázi se sdílenou propustností | 25 |
Kromě předchozí tabulky platí limity pro jednotlivé účty také pro účty úrovně Free. Další informace najdete v článku o tom, jak vytvořit účet úrovně Free.