Az Azure Cosmos DB szolgáltatáskvótái
A KÖVETKEZŐKRE VONATKOZIK: 
NoSQL MongoDB Cassandra Gremlin Asztal
Ez a cikk áttekintést nyújt az Azure Cosmos DB különböző erőforrásaihoz ajánlott alapértelmezett kvótákról.
Tárolási és adatbázis-műveletek
Miután létrehozott egy Azure Cosmos DB-fiókot az előfizetése alatt, adatbázisok, tárolók és elemek létrehozásával kezelheti a fiókjában lévő adatokat.
Kiosztott átviteli sebesség
Az átviteli sebességet tárolószinten vagy adatbázis szintjén is lefoglalhatja a kérelemegységek (RU/s vagy kérelemegységek) tekintetében. Az alábbi táblázat a tárolónkénti/adatbázisonkénti tárolás és átviteli sebesség korlátait sorolja fel. A tárolás az adatok és indextárolók együttes mennyiségére utal.
| Erőforrás | Korlát |
|---|---|
| Tárolónkénti kérelemegységek maximális száma (dedikált átviteli sebesség kiépítési módja) | 1 000 000 ¹ |
| Adatbázisonkénti kérelemegységek maximális száma (megosztott átviteli sebesség kiépített módja) | 1 000 000 ¹ |
| Partíciónkénti kérelemegységek maximális száma (logikai és fizikai) | 10,000. |
| Összes elem maximális tárterülete (logikai) partíciónként | 20 GB ² |
| Eltérő (logikai) partíciókulcsok maximális száma | Korlátlan |
| Tárolónkénti tárterület maximális száma | Korlátlan |
| Fiókonkénti maximális mellékletméret (a mellékletfunkció elavult) | 2 GB |
| Minimális ru/s szükséges 1 GB-ra | 1 RU/s |
¹ Tárolónként vagy adatbázisonként növelheti a maximális kérelemegységeket egy Azure-támogatás jegy beiktatásával.
² A magasabb tárolási vagy átviteli sebességet igénylő partíciókulcsokkal rendelkező számítási feladatok kezelésére vonatkozó ajánlott eljárásokról a szintetikus partíciókulcs létrehozása című témakörben olvashat. Ha a számítási feladat már elérte a 20 GB-os logikai partíciós korlátot éles környezetben, javasoljuk, hogy hosszú távú megoldásként egy másik partíciókulcsot használjon az alkalmazás újratervezéséhez. Hogy több ideje legyen az alkalmazás újratervezésére, kérheti a meglévő alkalmazás logikai partíciókulcsokra vonatkozó korlátjának ideiglenes megemelését. Küldjön egy Azure-támogatás jegyet, és válassza ki a kvótatípus ideiglenes növelését a tároló logikai partíciókulcs-méretében. Az ideiglenes növekedés kérése átmeneti kockázatcsökkentésnek minősül, és nem ajánlott hosszú távú megoldásként, mivel az SLA-garanciák nem teljesülnek a korlát növelésekor. A konfiguráció eltávolításához küldjön egy támogatási jegyet, és válassza ki A tároló logikai partíciókulcsának visszaállítása alapértelmezett méretre (20 GB) kvótatípust. Ezt a támogatási jegyet azután lehet megtenni, hogy törölte az adatokat a 20 GB-os logikai partíciókorlátnak megfelelően, vagy egy másik partíciókulcsot adott vissza az alkalmazásnak.
Minimális átviteli sebességkorlátok
A manuális átviteli sebességet használó Azure Cosmos DB-tárolónak (vagy megosztott átviteli sebesség-adatbázisnak) legalább 400 RU/s átviteli sebességgel kell rendelkeznie. A tároló növekedésével az Azure Cosmos DB minimális átviteli sebességet igényel annak biztosításához, hogy az erőforrás (adatbázis vagy tároló) elegendő erőforrással rendelkezzen a műveleteihez.
Egy tároló vagy adatbázis aktuális és minimális átviteli sebessége lekérhető az Azure Portalról vagy az SDK-kból. További információ: Átviteli sebesség lefoglalása tárolókon és adatbázisokon.
A tényleges minimális ru/s a fiók konfigurációjától függően változhat. Az Azure Monitor-metrikák használatával megtekintheti az erőforrás kiosztott átviteli sebességének (RU/s) és tárterületének előzményeit.
Minimális átviteli sebesség a tároló esetében
Ez a szakasz a tároló minimális átviteli sebességének becsléséhez használható.
Manuális átviteli sebesség
A manuális átviteli sebességgel rendelkező tároló minimális RU/s-jának becsléséhez keresse meg a maximális értéket:
- 400 RU/s
- Jelenlegi tárterület GB-ban * 1 RU/s
- A tárolóhoz valaha kiosztott maximális RU/s / 100
Például egy 400 RU/s és 0 GB tárterülettel rendelkező tároló van kiépítve. Az átviteli sebességet 50 000 RU/s értékre növeli, és 20 GB adatot importál. A minimális RU/s most MAX(400, 20 * 1 RU/s per GB, 50,000 RU/s / 100) = 500 RU/s. Idővel a tárterület 2000 GB-ra nő. A minimális RU/s most MAX(400, 2000 * 1 RU/s per GB, 50,000 / 100) = 2000 RU/s.
Az átviteli sebesség automatikus skálázása
Az automatikus skálázási átviteli sebességgel rendelkező tároló minimális automatikus skálázási maximális RU/s-jának becsléséhez keresse meg a maximális értéket:
- 1000 RU/s
- Jelenlegi tárterület GB-ban * 10 RU/s
- A tárolón valaha kiépített legmagasabb RU/s / 10
Egy tároló például 1000 RU/s és 0 GB tárterülettel van kiépítve. Az átviteli sebességet 50 000 RU/s értékre növeli, és 20 GB adatot importál. A maximális RU/s minimális értéke = MAX(1000, 20 * 10 RU/s per GB, 50,000 RU/s / 10) 5000 RU/s. Idővel a tárterület 2000 GB-ra nő. A maximális RU/s minimális értéke = MAX(1000, 2000 * 10 RU/s per GB, 50,000 / 10) 20 000 RU/s.
Minimális átviteli sebesség megosztott átviteli sebességgel rendelkező adatbázis esetén
Ez a szakasz a tárolók közötti adatbázismegosztás átviteli sebességének minimális átviteli sebességét becsüli meg.
Manuális átviteli sebesség
A manuális átviteli sebességgel rendelkező megosztott átviteli sebességű adatbázisok minimális RU/s-jának becsléséhez keresse meg a maximális értéket:
- 400 RU/s
- Jelenlegi tárterület GB-ban * 1 RU/s
- Az adatbázishoz valaha kiosztott maximális RU/s / 100
- 400 + MAX(Tárolók száma – 25, 0) * 100 RU/s
Egy adatbázis például 400 RU/s,15 GB tárterülettel és 10 tárolóval van kiépítve. A minimális RU/s MAX(400, 15 * 1 RU/s per GB, 400 / 100, 400 + 0 ) = 400 RU/s. Ha az adatbázisban 30 tároló található, a minimális RU/s = 900 RU/s lenne 400 + MAX(30 - 25, 0) * 100 RU/s .
Az átviteli sebesség automatikus skálázása
Az automatikus skálázási átviteli sebességgel rendelkező megosztott átviteli sebességű adatbázisok minimális automatikus skálázási maximális RU/s-jának becsléséhez keresse meg a maximális értéket:
- 1000 RU/s
- Jelenlegi tárterület GB-ban * 10 RU/s
- Az adatbázison valaha kiosztott legmagasabb RU/s / 10
- 1000 + MAX(Tárolók száma - 25, 0) * 1000 RU/s
Egy adatbázis például 1000 RU/s,15 GB tárterülettel és 10 tárolóval van kiépítve. Az automatikus skálázási adatbázis MAX(1000, 15 * 10 RU/s per GB, 1000 / 10, 1000 + 0 ) minimális ru/s maximális értéke = 1000 RU/s. Ha az adatbázisban 30 tároló található, a maximális RU/s értéke = 5000 RU/s.1000 + MAX(30 - 25, 0) * 1000 RU/s
Összefoglalva, itt találja a kiosztott átviteli sebesség minimális kiosztott ru-korlátait.
| Kiépítés típusa | Erőforrás | Korlát |
|---|---|---|
| Manuális átviteli sebesség | Tárolónkénti minimális kérelemegységek (dedikált átviteli sebesség kiépítési módja manuális átviteli sebességgel) | 400 |
| Manuális átviteli sebesség | Adatbázisonkénti minimális kérelemegységek (megosztott átviteli sebesség kiépítési módja manuális átviteli sebességgel | 400 RU/s az első 25 tárolóhoz. |
| Az átviteli sebesség automatikus skálázása | Tárolónkénti minimális kérelemegységek (dedikált átviteli sebesség kiépítési módja automatikus skálázási átviteli sebességgel) | 1000 |
| Az átviteli sebesség automatikus skálázása | Adatbázisonkénti minimális kérelemegységek (megosztott átviteli sebesség kiépítési módja automatikus skálázási átviteli sebességgel) | 1000 RU/s az első 25 tárolóhoz. |
Az Azure Cosmos DB támogatja az átviteli sebesség (RU/s) szoftveres skálázását tárolónként vagy adatbázisonként az SDK-k vagy portálok használatával.
Az aktuális kiépített ru/s és erőforrásbeállítások alapján minden erőforrás szinkron módon és azonnal skálázható a minimális RU/s között, akár a minimális RU/s 100-szeresére is. Ha a kért átviteli sebesség értéke kívül esik a tartományon, a skálázás aszinkron módon történik. Az aszinkron skálázás a tároló kért átviteli sebességétől és adattárolási méretétől függően percek és órákig is eltarthat. További információ.
Kiszolgáló nélküli
A kiszolgáló nélküli lehetővé teszi az Azure Cosmos DB-erőforrások használatalapú használatát. Az alábbi táblázat tartalmazza a tárterület korlátait és az átviteli sebesség tárolónkénti/adatbázisonkénti átmeneti fokozhatóságát. Ezek a korlátok nem növelhetők. Javasoljuk, hogy további kiszolgáló nélküli fiókokat foglaljon le több tárolási igény érdekében.
| Erőforrás | Korlát |
|---|---|
| Kérelemegységek maximális száma tárolónként | 20,000* |
| Összes elem maximális tárterülete (logikai) partíciónként | 20 GB |
| Tárolónkénti tárterület maximális száma | 1 TB |
*A maximális RU/s rendelkezésre állás a tárolóban tárolt adatoktól függ. Lásd: Kiszolgáló nélküli teljesítmény
Vezérlősík
Az Azure Cosmos DB fenntart egy erőforrás-szolgáltatót, amely egy felügyeleti réteget kínál az Azure Cosmos DB-fiók erőforrásainak létrehozásához, frissítéséhez és törléséhez. Az erőforrás-szolgáltató a teljes Azure Resource Management-réteggel, vagyis az Azure üzembe helyezési és felügyeleti szolgáltatásával kapcsolódik. Azure Cosmos DB-erőforrásokat hozhat létre és kezelhet az Azure Portal, az Azure PowerShell, az Azure CLI, az Azure Resource Manager és a Bicep sablonok, a Rest API, az Azure Management SDK-k, valamint külső eszközök, például a Terraform és a Pulumi használatával.
Ez a felügyeleti réteg az alkalmazásokban az erőforrások fiókon belüli létrehozásához és kezeléséhez használt Azure Cosmos DB adatsík-SDK-kból is elérhető. Az adatsík-SDK-k a szolgáltatáshoz való kezdeti kapcsolat során vezérlősík-kéréseket is intéznek, például adatbázisok és tárolók számbavétele, valamint fiókkulcsok kérése a hitelesítéshez.
Az Azure Cosmos DB minden fiókja rendelkezik egy-egy master partition fiók összes metaadataival. Emellett kis átviteli sebességgel támogatja a vezérlősík műveleteit. A metaadatok létrehozására, olvasására, frissítésére vagy törlésére irányuló vezérlősík-kérelmek ezt az átviteli sebességet használják fel. Ha a vezérlősík műveletei által felhasznált átviteli sebesség meghaladja ezt az összeget, a műveletek sebességkorlátozottak, és megegyeznek az Azure Cosmos DB adatsík-műveleteivel. Az adatműveletek átviteli sebességével ellentétben azonban a fő partíció átviteli sebessége nem növelhető.
Néhány vezérlősík-művelet nem használja fel a fő partíció átviteli sebességét, például a Lekérés vagy a Listakulcsok sebességet. Az Azure Cosmos DB-fiókon belüli adatkérésekkel ellentétben azonban az Azure-beli erőforrás-szolgáltatók nem nagy kérésmennyiségekhez vannak kialakítva. Azok a vezérlősík-műveletek, amelyek egymást követő 5 perces időszakokban túllépik a dokumentált korlátokat, kérésszabályozást, valamint sikertelen vagy hiányos műveleteket tapasztalhatnak az Azure Cosmos DB-erőforrásokon.
A vezérlősík-műveletek az Azure Cosmos DB-fiók Insights lapjának navigálásával figyelhetők meg. További információ: Vezérlősík-kérelmek figyelése. A felhasználók testre is szabhatják ezeket, használhatják az Azure Monitort, és létrehozhatnak egy munkafüzetet a metaadat-kérelmek figyeléséhez és riasztások beállításához.
Erőforráskorlátok
Az alábbi táblázat az előfizetésenként vagy fiókonkénti erőforráskorlátokat sorolja fel.
| Erőforrás | Korlát |
|---|---|
| Fiókok maximális száma előfizetésenként | Alapértelmezés szerint 250 ¹ |
| Az adatbázisok és tárolók maximális száma fiókonként | 500 ² |
| Egy fiók által támogatott maximális átviteli sebesség metaadat-műveletekhez | 240 RU/s |
¹ Az alapértelmezett korlátok a Microsoft belső ügyfeleire vonatkoznak. Ezeket a korlátokat legfeljebb 1000 azure-támogatási kérés létrehozásával növelheti. A Cosmos DB fenntartja a jogot az üres adatbázisfiókok, azaz adatbázisok/gyűjtemények törlésére. ² Ez a korlát nem növelhető. Mindkét fiók teljes száma. (1 adatbázis és 499 tároló, 250 adatbázis és 250 tároló stb.)
Kérelmekre vonatkozó korlátok
Az alábbi táblázat a kérelemkorlátokat 5 perces intervallumonként, fiókonként sorolja fel, kivéve, ha másként van megadva.
| Művelet | Korlát |
|---|---|
| Lista vagy kulcsok lekérése maximális száma | 500 ¹ |
| Adatbázis > tároló maximális létrehozása | 500 |
| Adatbázis & tároló maximális lekérése vagy listázása | 500 ¹ |
| Maximális frissítés kiosztott átviteli sebessége | 25 |
| Regionális feladatátvétel maximális száma | 10 (óránként) ² |
| A fent nem definiált összes művelet (PUT, POST, PATCH, DELETE, GET) maximális száma | 500 |
¹ A felhasználóknak egyszeri ügyfélalkalmazást kell használniuk az SDK-példányokhoz, a gyorsítótárkulcsokhoz, valamint az adatbázis- és tárolóhivatkozásokhoz a példány teljes élettartama alatt. ² A regionális feladatátvételek csak az egyrégiós írási fiókokra vonatkoznak. A többrégiós írási fiókok nem igényelnek vagy nem engedélyezik az írási régió módosítását.
Az Azure Cosmos DB rendszeres időközönként automatikusan biztonsági másolatot készít az adatokról. A biztonsági mentések megőrzési időközeinek és az ablakoknak a részleteiért lásd : Online biztonsági mentés és igény szerinti adat-visszaállítás az Azure Cosmos DB-ben.
Fiókonkénti korlátok
Íme egy fiókonkénti korlátlista.
Kiosztott átviteli sebesség
| Erőforrás | Korlát |
|---|---|
| Adatbázisok és tárolók maximális száma fiókonként | 500¹ |
| Tárolók maximális száma adatbázisonként megosztott átviteli sebességgel | 25 |
| Régiók maximális száma | Nincs korlát (minden Azure-régió) |
Kiszolgáló nélküli
| Erőforrás | Korlát |
|---|---|
| Adatbázisok és tárolók maximális száma fiókonként | 500 |
| Régiók maximális száma | 1 (Bármely Azure-régió) |
Tárolónkénti korlátok
Attól függően, hogy melyik API-t használja, az Azure Cosmos DB-tárolók gyűjteményt, táblát vagy gráfot jelölhetnek. A tárolók támogatják az egyedi kulcskorlátozások, a tárolt eljárások, az eseményindítók és az UDF-ek konfigurációját, valamint az indexelési szabályzatot. Az alábbi táblázat a tárolón belüli konfigurációkra vonatkozó korlátokat sorolja fel.
| Erőforrás | Korlát |
|---|---|
| Az adatbázis vagy a tároló nevének maximális hossza | 255 |
| Tárolónkénti tárolt eljárások maximális száma | 100 ¹ |
| Tárolónkénti UDF-ek maximális száma | 50 ¹ |
| Tárolónkénti egyedi kulcsok maximális száma | 10 ¹ |
| Útvonalak maximális száma egyedi kulcskényszerenként | 16 ¹ |
| Maximális TTL-érték | 2147483647 |
¹ Ezen tárolónkénti korlátok bármelyikét növelheti egy Azure-támogatási kérés létrehozásával.
Elemenkénti korlátok
Az Azure Cosmos DB-elemek egy gyűjteményben lévő dokumentumot, egy táblázat sorát vagy egy csomópontot vagy egy gráf élét jelölhetik; attól függően, hogy melyik API-t használja. Az alábbi táblázat az Azure Cosmos DB-ben lévő elemekre vonatkozó korlátokat mutatja be.
| Erőforrás | Korlát |
|---|---|
| Elem maximális mérete | 2 MB (UTF-8 JSON-ábrázolás hossza) ¹ |
| A partíciókulcs értékének maximális hossza | 2048 bájt (101 bájt, ha a nagy partíciókulcs nincs engedélyezve) |
| Az azonosító értékének maximális hossza | 1023 bájt |
| Az azonosító értékének engedélyezett karakterei | A szolgáltatásoldali összes Unicode-karakter a "/" és a "\" kivételével engedélyezett. FIGYELEM: A legjobb együttműködés érdekében azonban ERŐSEN JAVASOLJUk, hogy csak alfa-numerikus ASCII-karaktereket használjon csak az azonosító értékben. A Cosmos DB SDK egyes verzióiban számos ismert korlátozás van, valamint összekötők (ADF, Spark, Kafka stb.) és http-illesztőprogramok/kódtárak stb., amelyek megakadályozhatják a sikeres feldolgozást, ha az azonosító értéke nem alfanumerikus ASCII-karaktereket tartalmaz. Az együttműködési képesség növeléséhez tehát kódolja az azonosító értékét – például a Base64+a Base64-ben engedélyezett speciális karakterek egyéni kódolásával. - ha nem alfanumerikus ASCII-karaktereket kell támogatnia a szolgáltatásban/alkalmazásban. |
| Tulajdonságok maximális száma elemenként | Nincs gyakorlati korlát |
| A tulajdonságnév maximális hossza | Nincs gyakorlati korlát |
| A tulajdonságérték maximális hossza | Nincs gyakorlati korlát |
| A sztringtulajdonság értékének maximális hossza | Nincs gyakorlati korlát |
| Numerikus tulajdonságérték maximális hossza | IEEE754 dupla pontosságú 64 bites |
| Beágyazott objektumok/tömbök beágyazásának maximális szintje | 128 |
| Maximális TTL-érték | 2147483647 |
| Számok maximális pontossága/tartománya A JSON-ban (a biztonságos együttműködés biztosítása érdekében) | IEEE 754 bináris64 |
¹ A nagyméretű, legfeljebb 16 MB méretű dokumentumokat csak a MongoDB-hez készült Azure Cosmos DB támogatja. További információért olvassa el a funkció dokumentációját .
Az elem hasznos adataira (például a tulajdonságok számára és a beágyazási mélységre) nincsenek korlátozások, kivéve a partíciókulcsra és az azonosítóértékekre vonatkozó hosszkorlátozásokat, valamint a 2 MB-os általános méretkorlátozást. Előfordulhat, hogy a nagy vagy összetett elemstruktúrákkal rendelkező tárolók indexelési szabályzatát kell konfigurálnia a ru-használat csökkentése érdekében. Az Azure Cosmos DB-ben szereplő elemek modellezése egy valós példáért, valamint a nagyméretű elemek kezeléséhez használható minták.
Kérelmekre vonatkozó korlátok
Az Azure Cosmos DB támogatja a CRUD- és lekérdezési műveleteket olyan erőforrásokon, mint a tárolók, elemek és adatbázisok. Emellett támogatja a tranzakciós kötegkérelemeket a tárolóban található azonos partíciókulcsú elemekre.
| Erőforrás | Korlát |
|---|---|
| Egyetlen művelet maximális végrehajtási ideje (például tárolt eljárás végrehajtása vagy egyetlen lekérdezésoldal lekérése) | 5 másodperc |
| Maximális kérelemméret (például tárolt eljárás, CRUD) | 2 MB |
| Válasz maximális mérete (például többoldalas lekérdezés) | 4 MB |
| Tranzakciós köteg műveleteinek maximális száma | 100 |
Az Azure Cosmos DB támogatja az eseményindítók írás közbeni végrehajtását. A szolgáltatás írási műveletenként legfeljebb egy elő-eseményindítót és egy utólagos eseményindítót támogat.
Ha egy művelet, például a lekérdezés eléri a végrehajtási időkorlátot vagy a válaszméretkorlátot, egy eredményoldalt és egy folytatási jogkivonatot ad vissza az ügyfélnek a végrehajtás folytatásához. Nincs gyakorlati korlátja annak az időtartamnak, amely alatt egyetlen lekérdezés futtatható oldalakon/folytatásokon.
Az Azure Cosmos DB a HMAC-t használja az engedélyezéshez. Az elsődleges kulcsot használhatja az erőforrások részletes hozzáférés-vezérléséhez. Ezek az erőforrások tartalmazhatnak tárolókat, partíciókulcsokat vagy elemeket. Az alábbi táblázat az Azure Cosmos DB engedélyezési jogkivonatainak korlátait sorolja fel.
| Erőforrás | Korlát |
|---|---|
| Az elsődleges jogkivonat lejárati idejének maximális száma | 15 perc |
| Az erőforrás-jogkivonat minimális lejárati ideje | 10 perc |
| Az erőforrás-jogkivonat lejárati idejének maximális száma | Alapértelmezés szerint 24 óra ¹ |
| A jogkivonat-engedélyezés maximális óraeltérés-eltérése | 15 perc |
¹ Növelheti azt egy Azure-támogatás jegy beadásával
Kiosztott átviteli sebesség automatikus skálázásának korlátai
Az automatikus skálázásról szóló cikket és a gyakori kérdéseket az automatikus skálázás átviteli sebességével és tárolási korlátaival kapcsolatos részletesebb magyarázatért olvassa el.
| Erőforrás | Korlát |
|---|---|
| A rendszer maximális RU/s-értéke a következőre méretezhető: | Tmax, a felhasználó által beállított maximális ru/s automatikus skálázás |
| A rendszer minimális RU/s-értéke a következőre méretezhető: | 0.1 * Tmax |
| A rendszer jelenlegi RU/s-jának mérete a következőre van skálázva: | 0.1*Tmax <= T <= Tmax, használat alapján |
| Minimális számlázható RU/s óránként | 0.1 * Tmax A számlázás óránként történik, ahol a rendszer legmagasabb RU/s-jának számlázása óránként történik, vagy 0.1*Tmaxattól függően, hogy melyik magasabb. |
| Tároló minimális automatikus skálázási maximális RU/s-értéke | MAX(1000, highest max RU/s ever provisioned / 10, current storage in GB * 10) felfelé kerekítve a legközelebbi 1000 RU/s-ra |
| Adatbázis minimális automatikus skálázási maximális RU/s-értéke | MAX(1000, highest max RU/s ever provisioned / 10, current storage in GB * 10, 1000 + (MAX(Container count - 25, 0) * 1000)), felfelé kerekítve a legközelebbi 1000 RU/s értékre. Vegye figyelembe, hogy ha az adatbázis több mint 25 tárolóval rendelkezik, a rendszer további tárolónként 1000 RU/s-tal növeli a minimális automatikus skálázási maximális RU/s-t. Ha például 30 tárolóval rendelkezik, a legalacsonyabb automatikus skálázási maximális RU/s 6000 RU/s (600–6000 RU/s közötti skálázás). |
SQL-lekérdezési korlátok
Az Azure Cosmos DB támogatja az elemek SQL használatával történő lekérdezését. Az alábbi táblázat a lekérdezési utasítások korlátozásait ismerteti, például a záradékok számát vagy a lekérdezés hosszát.
| Erőforrás | Korlát |
|---|---|
| Az SQL-lekérdezés maximális hossza | 512 KB |
| JoIN-értékek maximális száma lekérdezésenként | 10 ¹ |
| Az UDF-ek maximális száma lekérdezésenként | 10 ¹ |
| Pontok maximális száma sokszögenként | 4096 |
| Tárolónkénti explicit módon megadott elérési utak maximális száma | 1500 ¹ |
| Explicit módon kizárt elérési utak maximális száma tárolónként | 1500 ¹ |
| Az összetett indexek maximális tulajdonságai | 8 |
| Az összetett index elérési útjainak maximális száma | 100 |
¹ Ezen SQL-lekérdezési korlátok bármelyikét növelheti egy Azure-támogatási kérés létrehozásával.
Api a MongoDB-specifikus korlátokhoz
Az Azure Cosmos DB támogatja a MongoDB-alapú vezetékes protokollt a MongoDB-vel írt alkalmazásokhoz. A támogatott parancsokat és protokollverziókat a MongoDB támogatott funkciói és szintaxisa tartalmazza.
Az alábbi táblázat a MongoDB-funkciók támogatásának korlátait sorolja fel. A NoSQL API-hoz említett egyéb szolgáltatási korlátok a MongoDB API-ra is vonatkoznak.
| Erőforrás | Korlát |
|---|---|
| Dokumentum maximális mérete | 16 MB (UTF-8 JSON-ábrázolás hossza) ¹ |
| A MongoDB lekérdezési memória maximális mérete (ez a korlátozás csak a 3.2-es kiszolgálóverzióra vonatkozik) | 40 MB |
| A MongoDB-műveletek maximális végrehajtási ideje (a 3.2-es kiszolgálóverzióhoz) | 15 másodperc |
| A MongoDB-műveletek maximális végrehajtási ideje (a 3.6-os és a 4.0-s kiszolgálóverzióhoz) | 60 másodperc |
| Beágyazott objektumok/tömbök beágyazásának maximális szintje indexdefiníciókon | 6 |
| Üresjárati kapcsolat időtúllépése a kiszolgálóoldali kapcsolat bezárásához ² | 30 perc |
| A MongoDB-rendszerhéj időkorlátja az Azure Portalon | 120 perc 24 óra alatt |
¹ A nagyméretű, legfeljebb 16 MB méretű dokumentumok funkcióengedélyt igényelnek az Azure Portalon. További információért olvassa el a funkció dokumentációját .
² Azt javasoljuk, hogy az ügyfélalkalmazások az illesztőprogram beállításaiban állítsa az üresjárati kapcsolat időtúllépését 2–3 percre, mert az Azure LoadBalancer alapértelmezett időtúllépése 4 perc. Ez az időtúllépés biztosítja, hogy a köztes terheléselosztó tétlensége ne zárja be az ügyfélszámítógép és az Azure Cosmos DB közötti kapcsolatokat.
Az Azure Cosmos DB ingyenes korlátainak kipróbálása
Az alábbi táblázat az Azure Cosmos DB ingyenes próbaverziójának korlátait sorolja fel.
| Erőforrás | Korlát |
|---|---|
| A próbaidőszak időtartama | 30 nap (a lejárat után új próbaverzió kérhető) A lejárat után a tárolt adatok törlődnek. |
| Előfizetésenkénti tárolók maximális száma (NoSQL, Gremlin, API for Table) | 0 |
| Előfizetésenkénti tárolók maximális száma (Api a MongoDB-hez) | 3 |
| Tárolónkénti maximális átviteli sebesség | 5000 |
| Megosztott átviteli sebesség adatbázisonkénti maximális átviteli sebesség | 20000 |
| Fiókonkénti teljes tárterület maximális száma | 10 GB |
Próbálja ki az Azure Cosmos DB-t, amely csak az USA középső, észak-európai és délkelet-ázsiai régióiban támogatja a globális disztribúciót. Azure-támogatás jegyek nem hozhatók létre az Azure Cosmos DB-fiókok kipróbálása céljából. A meglévő támogatási csomagokkal rendelkező előfizetők azonban támogatást kapnak.
Az Azure Cosmos DB ingyenes szintű fiókkorlátjai
Az alábbi táblázat az Ingyenes Azure Cosmos DB-fiókok korlátait sorolja fel.
| Erőforrás | Korlát |
|---|---|
| Ingyenes szintű fiókok száma Azure-előfizetésenként | 0 |
| Az ingyenes szintű kedvezmény időtartama | A fiók élettartama. A fiók létrehozásakor be kell jelentkeznie. |
| Maximális RU/s ingyenesen | 1000 RU/s |
| Maximális tárterület ingyenesen | 25 GB |
| Megosztott átviteli sebességű adatbázisok maximális száma | 5 |
| Megosztott átviteli sebességű adatbázisok tárolóinak maximális száma | 25 Az ingyenes szintű fiókokban a legfeljebb 25 tárolóval rendelkező megosztott átviteli sebességű adatbázisok minimális ru/s értéke 400 RU/s. |
Az előző táblán kívül a fiókonkénti korlátok az ingyenes szintű fiókokra is érvényesek. További információkért tekintse meg, hogyan hozhat létre ingyenes szintű fiókot.