Kvóty služby Azure Cosmos DB.
PLATÍ PRO: NoSQL MongoDB Cassandra Skřítek Stůl
Tento článek obsahuje přehled výchozích kvót nabízených pro různé prostředky ve službě Azure Cosmos DB.
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 můžete přidělit na úrovni kontejneru nebo na úrovni databáze z hlediska jednotek žádostí (RU/s nebo RU). 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 (zřízený režim vyhrazené propustnosti) | 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íčů oddílů | 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 |
¹ Maximální počet RU na kontejner nebo databázi můžete zvýšit vytvořením lístku podpora 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. Pokud vaše úloha už dosáhla limitu logického oddílu 20 GB v produkčním prostředí, doporučuje se aplikaci převést na jiný klíč oddílu jako dlouhodobé řešení. Pokud chcete získat čas na změnu architektury aplikace, můžete požádat o dočasné zvýšení limitu klíče logického oddílu pro vaši stávající aplikaci. Vytvořte lístek podpora Azure a vyberte 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). Vytvoření tohoto lístku podpory můžete provést po odstranění dat tak, aby odpovídala limitu 20GB logického oddílu nebo aby se vaše aplikace přeplánovala 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.
Aktuální a minimální propustnost kontejneru nebo databáze je možné načíst z webu Azure Portal nebo sad 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
V této části můžete odhadnout 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í velikost úložiště v GB × 1 RU/s
- Nejvyšší počet RU/s kdy zřízených pro kontejner / 100
Máte například kontejner zřízený s 400 RU/s a 0 GB úložiště. 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í maximální počet RU/s automatického škálování požadovaného kontejneru s propustností automatického škálování, vyhledejte maximální počet:
- 1 000 RU/s
- Aktuální velikost ú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í
V této části můžete odhadnout minimální propustnost pro propustnost sdílení databáze 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í velikost úložiště v GB × 1 RU/s
- Nejvyšší počet RU/s kdy zřízených 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í počet RU/s automatického škálování požadované pro databázi se sdílenou propustností s propustností automatického škálování, vyhledejte maximální hodnotu:
- 1 000 RU/s
- Aktuální velikost úložiště v GB × 10 RU/s
- Nejvyšší počet RU/s, které se kdy zřídily 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 propustností automatického škálování) | 1000 |
Propustnost s automatickým škálováním | Minimální maximální počet RU na databázi (zřízený režim sdílené propustnosti s propustností automatického škálování) | 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.
V závislosti na aktuálním zřízeném ru/s a nastavení prostředků se každý prostředek může synchronně škálovat a okamžitě mezi minimálními RU/s až na 100krát minimální počet RU/s. 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ě. Následující tabulka uvádí omezení pro úložiště a nárazovou propustnost na kontejner/databázi. Tato omezení není možné zvýšit. Doporučuje se přidělit další bezserverové účty pro větší potřeby úložiště.
Prostředek | Omezení |
---|---|
Maximální počet RU/s na kontejner | 20,000* |
Maximální velikost úložiště napříč všemi položkami na (logický) oddíl | 20 GB |
Maximální velikost úložiště na kontejner | 1 TB |
*Maximální dostupnost RU/s závisí na datech uložených v kontejneru. Viz, bezserverový výkon
Řídicí rovina
Azure Cosmos DB udržuje poskytovatele prostředků, který nabízí vrstvu správy pro vytváření, aktualizaci a odstraňování prostředků 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. Prostředky Služby Azure Cosmos DB můžete vytvářet a spravovat pomocí webu Azure Portal, Azure PowerShellu, Azure CLI, šablon Azure Resource Manageru a Bicep, rozhraní REST API, sad SDK služby Azure Management a nástrojů třetích stran, jako jsou Terraform a 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 roviny dat také během počátečního připojení ke službě žádají o žádosti řídicí roviny, aby dělaly věci, jako je výčet databází a kontejnerů, a také žádosti o klíče účtu pro ověřování.
Každý účet služby Azure Cosmos DB obsahuje master partition
všechna metadata pro účet. Má také malou propustnost pro podporu operací řídicí roviny. Žá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 propustnost hlavního oddílu nejde zvýšit.
Některé operace řídicí roviny nevyužívají propustnost hlavní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řekračují zdokumentované limity na trvalých úrovních po sobě jdoucích 5minutových období, můžou 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 najdete v tématu Monitorování žádostí řídicí roviny. Uživatelé si je můžou také přizpůsobit, použít Azure Monitor a vytvořit sešit k monitorování žádostí o metadata a nastavení upozornění na 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. Tato omezení můžete zvýšit vytvořením žádosti o podporu Azure až na 1 000 maximum. 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 obou účtů. (1 databáze a 499 kontejnerů, 250 databází a 250 kontejnerů atd.)
Omezení pro žádosti
Následující tabulka uvádí omezení požadavků za 5 minut na účet, pokud není uvedeno jinak.
Operace | Omezení |
---|---|
Maximální počet seznamů nebo získání klíčů | 500 ¹ |
Maximální počet vytvoření databáze a kontejneru | 500 |
Maximální počet získání nebo výpisu databáze a kontejneru | 500 ¹ |
Maximální zřízená propustnost aktualizace | 25 |
Maximální regionální převzetí služeb při selhání | 10 (za hodinu) ² |
Maximální počet všech operací (PUT, POST, PATCH, DELETE, GET) není definován výše | 500 |
¹ Uživatelé by měli používat jednoúčelového klienta pro instance sady SDK a klíče mezipaměti a odkazy na databáze a 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 zápisu do jedné oblasti. Účty pro zápis do více oblastí nevyžadují ani neumožňují změnu oblasti zápisu.
Azure Cosmos DB automaticky v pravidelných intervalech zálohuje vaše data. 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 je seznam limitů pro jednotlivé účty.
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 omezení (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žijete, může kontejner Azure Cosmos DB představovat kolekci, tabulku nebo graf. Kontejnery podporují konfigurace pro jedinečná omezení klíčů, uložené procedury, triggery a funkce definované uživatelem a zásady 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 definovaných uživatelem na kontejner | 50 ¹ |
Maximální počet jedinečných klíčů na kontejner | 10 ¹ |
Maximální počet cest na omezení jedinečného klíče | 16 ¹ |
Maximální hodnota TTL | 2147483647 |
¹ Vytvořením žádosti o podporu Azure můžete libovolnou z těchto omezení pro jednotlivé kontejnery zvýšit.
Limity pro jednotlivé položky
Položka Služby Azure Cosmos DB může představovat buď dokument v kolekci, řádek v tabulce, nebo uzel nebo hranu v grafu; podle toho, 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 | 2048 bajtů (101 bajtů, pokud není povolený velký klíč oddílu) |
Maximální délka hodnoty ID | 1023 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 existuje několik známých omezení, konektory (ADF, Spark, Kafka atd.) a http-drivers/libraries atd., které mohou zabránit úspěšnému zpracování, pokud hodnota ID obsahuje jiné než alfanumerické znaky ASCII. Pokud tedy chcete zvýšit interoperabilitu, zakódujte hodnotu ID – například prostřednictvím kódování Base64 + vlastní kódování speciálních znaků povolených v Base64. – pokud ve službě nebo aplikaci potřebujete podporovat jiné než alfanumerické 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) | Binární IEEE 7544 |
¹ 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.
Neexistují žádná omezení datových částí položek (například počet vlastností a hloubky vnoření), s výjimkou omezení délky pro hodnoty klíče oddílu a ID a celkového omezení velikosti 2 MB. Možná budete muset nakonfigurovat zásady indexování pro kontejnery s rozsáhlý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í na prostředky, jako jsou kontejnery, položky a databáze. Podporuje také transakční dávkové požadavky na položky se stejným klíčem oddílu 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 požadavku (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 spouštění triggerů během zápisu. Služba podporuje maximálně jeden před trigger a jeden po triggeru pro každou operaci zápisu.
Jakmile operace, jako je dotaz, 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á HMAC. Primární klíč můžete použít k jemně odstupňovanému řízení přístupu k prostředkům. Tyto prostředky můžou 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 min. |
Minimální doba vypršení platnosti tokenu prostředku | 10 minut |
Maximální doba vypršení platnosti tokenu prostředku | 24 h ve výchozím nastavení ¹ |
Maximální nerovnoměrná distribuce hodin pro autorizaci tokenů | 15 min. |
¹ Můžete ho zvýšit vytvořením lístku podpora Azure
Limity zřízené propustnosti automatického škálování
Podrobnější vysvětlení limitů propustnosti a úložiště s automatickým škálováním najdete v článku o automatickém škálování a v nejčastějších dotazech .
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 systém může škálovat | 0.1 * Tmax |
Aktuální RU/s, na který se systém škáluje | 0.1*Tmax <= T <= Tmax na základě využití |
Minimální fakturovatelné RU/s za hodinu | 0.1 * Tmax Fakturace se provádí po hodinách, kdy se vám účtuje nejvyšší počet RU/s, na který se systém škáluje v hodině, nebo 0.1*Tmax podle toho, na co je vyšší. |
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žší 1000 RU/s |
Minimální maximální počet RU/s automatického škálování pro databázi | MAX(1000, highest max RU/s ever provisioned / 10, current storage in GB * 10, 1000 + (MAX(Container count - 25, 0) * 1000)) zaokrouhleno nahoru na nejbližší 1000 RU/s. Upozorňujeme, že pokud vaše databáze obsahuje 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 na další kontejner. Pokud máte například 30 kontejnerů, můžete nastavit nejnižší maximální počet RU/s automatického škálování 6000 RU/s (škáluje se 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 dotazu, například z hlediska počtu klauzulí nebo délky dotazu.
Prostředek | Omezení |
---|---|
Maximální délka dotazu SQL | 512 kB |
Maximální počet JOIN na dotaz | 10 ¹ |
Maximální počet definovaných funkcí na dotaz | 10 ¹ |
Maximální počet bodů na mnohoúhelník | 4096 |
Maximální explicitně zahrnuté cesty na kontejner | 1500 ¹ |
Maximální explicitně vyloučené cesty na kontejner | 1500 ¹ |
Maximální počet vlastností ve složeného indexu | 8 |
Maximální počet cest ve složeného indexu | 100 |
¹ Vytvořením žádosti o podporu Azure můžete zvýšit kteroukoli z těchto limitů dotazů SQL.
Omezení specifická pro rozhraní API pro MongoDB
Azure Cosmos DB podporuje přenosové protokoly MongoDB pro aplikace napsané v 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 UTF-8) ¹ |
Maximální velikost paměti dotazu MongoDB (Toto omezení platí jenom pro verzi serveru 3.2) | 40 MB |
Maximální doba provádění operací MongoDB (pro verzi serveru 3.2) | 15 sekund |
Maximální doba provádění operací MongoDB (verze serveru 3.6 a 4.0) | 60 sekund |
Maximální úroveň vnoření pro vložené objekty / pole v definicích indexu | 6 |
Vypršení časového limitu nečinnosti připojení pro uzavření připojení na straně serveru ² | 30 minut |
Časový limit pro prostředí MongoDB na webu Azure Portal | 120 minut v období 24 hodin |
¹ Velké velikosti dokumentů o velikosti až 16 MB vyžadují povolení funkcí na webu Azure Portal. Další informace najdete v dokumentaci k funkcím.
² Doporučujeme, aby klientské aplikace nastavily č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.
Vyzkoušení bezplatných limitů služby Azure Cosmos DB
Následující tabulka uvádí omezení zkušební verze Vyzkoušet službu Azure Cosmos DB pro bezplatnou verzi.
Prostředek | Omezení |
---|---|
Doba trvání zkušebního období | 30 dnů (po vypršení platnosti je možné požádat o novou zkušební verzi) Po vypršení platnosti se uložené informace odstraní. |
Maximální počet kontejnerů na předplatné (NoSQL, Gremlin, API pro tabulku) | 0 |
Maximální počet kontejnerů na předplatné (rozhraní API pro MongoDB) | 3 |
Maximální propustnost na kontejner | 5000 |
Maximální propustnost na databázi se sdílenou propustností | 20 000 |
Maximální celková velikost úložiště na účet | 10 GB |
Vyzkoušejte službu Azure Cosmos DB, která podporuje globální distribuci pouze v oblastech USA – střed, Severní Evropa a Jihovýchodní Asie. podpora Azure lístky nejde vytvořit pro účty Try Azure Cosmos DB. Podpora je však poskytována pro předplatitele se stávajícími plány podpory.
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 | 0 |
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 databází se sdílenou propustností | 5 |
Maximální počet kontejnerů v databázi se sdílenou propustností | 25 Vúčtech |
Kromě předchozí tabulky platí limity pro jednotlivé účty také pro účty úrovně Free. Další informace najdete v tématu vytvoření účtu úrovně Free.