Megosztás:

Az Azure DocumentDB szolgáltatáskorlátjaira és kvótáira vonatkozó referencia

Ez a dokumentum az Azure DocumentDB-fürtök és -műveletek jelenlegi kemény és rugalmas korlátait ismerteti. Megismerheti a lekérdezés-végrehajtási korlátokat, az indexelési korlátozásokat, a fürtkonfigurációkat és a hitelesítési határokat, amelyek segítenek az Azure DocumentDB-üzemelő példányok hatékony megtervezésében és optimalizálásában.

Lekérdezési és végrehajtási korlátozások

Az alábbi korlátozások az Azure DocumentDB-fürtök lekérdezési műveleteire és parancsvégrehajtására vonatkoznak.

A MongoDB végrehajtási korlátozásai

  • A tranzakció maximális élettartama: 30 másodperc.

  • Kurzor élettartama: 10 perc. Megjegyzés: A cursorNotFound hiba akkor fordulhat elő, ha a kurzor túllépi az élettartamát.

  • A lekérdezések alapértelmezett végrehajtási korlátja: 120 másodperc. Ezt a korlátot lekérdezésenként felül lehet bírálni a megfelelő MongoDB-illesztőprogram használatával maxTimeMS .

Example

db.collection.find({ field: "value" }).maxTimeMS(5000)

MongoDB-lekérdezés maximális mérete

  • A MongoDB-lekérdezések maximális memóriamérete a szinttől függ. Az M80 esetében például a lekérdezés memóriaméretének korlátja körülbelül 150 MiB.

  • Szegmenses fürtök esetén, ha egy lekérdezés adatokat kér le a csomópontok között, az adatméret korlátja 1 GB.

Indexelési korlátozások

Az Azure DocumentDB különböző indexelési korlátokat kényszerít ki, hogy optimális teljesítményt és erőforrás-kihasználtságot biztosítson a különböző indextípusok és műveletek között.

Általános indexelési korlátozások

  • Összetett indexmezők maximális száma: 32.

  • Mezőérték maximális mérete _id : 2 KB.

  • Az index elérési útjának maximális mérete: 256B.

  • Alapértelmezett maximum: 64.

    • Gyűjteményenként legfeljebb 300 index konfigurálható.

  • A rendezés a memóriában történik, és nem kerül le az indexre.

  • Beágyazott objektumok/tömbök beágyazásának maximális szintje indexdefiníciókon: 6.

  • Ugyanazon a gyűjteményen egyetlen index build is folyamatban lehet.

  • A különböző gyűjteményekre épülő egyidejű indexek száma konfigurálható (alapértelmezett: 2).

  • currentOp A paranccsal megtekintheti a hosszú ideig futó index buildek állapotát.

  • Az egyedi indexek létrehozása az előtérben történik, és letiltják az írásokat a gyűjteményben.

Helyettesítő karakterek indexelési korlátozásai

  • Helyettesítő karakteres indexek esetén, ha az indexelt mező tömbök tömbje, akkor a teljes beágyazott tömb értékként lesz megadva a tartalom bejárása helyett.

Térinformatikai indexelési korlátozások

  • BigPolygonok nem támogatottak.

  • Az összetett indexek nem támogatják a térinformatikai indexeket.

  • $geoWithin a lekérdezés nem támogatja a lyukakkal rendelkező sokszögeket.

  • A key mezőre az $geoNear összesítési szakaszban van szükség.

  • Az indexek ajánlottak, de nem szükségesek a $near$nearSphere lekérdezési operátorokhoz és az $geoNear aggregációs fázishoz.

Szövegindex korlátozásai

  • Egy gyűjteményben csak egy szöveges index definiálható.

  • Csak az egyszerű szöveges kereséseket támogatja; a speciális keresési képességek, például a reguláris kifejezéskeresések nem támogatottak.

  • hint() kifejezést használó $text lekérdezéssel együtt nem támogatott.

  • A rendezési műveletek nem használhatják a szövegindex sorrendjét.

  • A kínai, japán és koreai tokenizálás nem támogatott.

  • A kis- és nagybetű-érzéketlenségű tokenizálás nem támogatott.

Vektorkeresési korlátozások

  • Legfeljebb 16 000 dimenzió méretű vektorok indexelése ( termékkvantálással)

  • Az indexelés útvonalonként csak egy vektorra vonatkozik.

  • Vektorútvonalonként csak egy index hozható létre.

  • HNSW és DiskANN az M30-on és a nagyobb fürtszinteken érhetők el.

Fürt- és szegmenskorlátok

Az Azure DocumentDB konkrét korlátokat szab a fürtkonfigurációra, a fizikai horizontális skálázásra és a gyűjteménykezelésre az optimális teljesítmény és erőforrás-kiosztás biztosítása érdekében.

Klaszterszint

  • Maximális: M200 / 64 vCPU / 256-GiB RAM fizikai szilánkonként.

Fizikai szegmensek

  • Maximális érték: 10.

Gyűjteménykorlátozások

  • Gyűjtemények fürtönként: 1000

  • Nem szeletelt gyűjtemény mérete: 32 TiB

Másodlagos régiók

  • Maximum: Egy másodlagos régió.

Ingyenes szint korlátozásai

A következő korlátozásokat felül lehet bírálni egy fizetős szintre való frissítéssel

  • Maximális tárterület: 32 GiB.

  • A biztonsági mentés/visszaállítás nem támogatott (az M25+-ban érhető el)

  • A magas rendelkezésre állás (HA) nem támogatott (az M30+-ban érhető el)

  • A hierarchikus navigációs kisvilág (HNSW) vektorindexei nem támogatottak (az M40+-ban érhető el)

  • A diagnosztikai naplózás nem támogatott (csak fizetős szinteken érhető el)

  • A Microsoft Entra-azonosító nem támogatott

  • Nincs megadva szolgáltatásiszint-szerződés (a HA engedélyezését igényli)

  • Az ingyenes rétegbeli fürtök 60 napos inaktivitás után szünetelnek, ahol nincs kapcsolat a fürttel.

  • A fizetős szintű fiókról az ingyenes szintű fiókokra való áttérés nem támogatott.

Rétegkorlátok

Az M10, az M20 és az M25 szolgáltatási szintekre az alábbi korlátozások vonatkoznak:

  • Csak egy fizikai szegmenst (csomópontot) támogat.

  • Fejlesztési/tesztelési használati esetekhez tervezve; a régión belüli magas rendelkezésre állás (HA) nem támogatott.

  • A támogatott tárolóméretek: 32 GiB, 64 GiB és 128 GiB.

  • Ha a fürt M30-szintre vagy magasabbra van skálázva, a fürt nem skálázható vissza M10, M20 vagy M25 számítási szintre.

Ügyfél által felügyelt kulcs adattitkosítási korlátozásai

Az azure DocumentDB-ben az ügyfél által felügyelt kulcs (CMK) konfigurálásának jelenlegi korlátozásai a következők:

  • Az Azure Key Vault példányának és a felhasználó által hozzárendelt felügyelt identitásnak ugyanabban az Azure-régióban és ugyanabban az Microsoft-bérlőben kell lennie, mint az Azure DocumentDB-fürtnek.

  • A fürt létrehozása után nem módosíthatja az adattitkosítási módot a rendszer által felügyelt kulcsról az ügyfél által kezelt kulcsra, vagy fordítva.

  • A fizikai szegmensek hozzáadása nem támogatott a CMK-t engedélyező fürtökön.

Replikációs és régión belüli magas rendelkezésre állási korlátok

Az Azure DocumentDB beépített replikációs és magas rendelkezésre állási (HA) funkciókat biztosít, amelyek konkrét korlátozásokkal biztosítják az adatok konzisztenciáját és teljesítményét a különböző üzembe helyezési forgatókönyvekben.

Régiók közötti és régióközi replikáció

  • A következő konfigurációk azonosak az elsődleges és a replikafürtön is, és nem módosíthatók a replikafürtön:

    • Tárolók és fizikai szegmensek száma

    • Felhasználói fiókok

  • A következő funkciók nem érhetők el a replika klaszterekben:

    • Időponthoz kötött visszaállítás (PITR)

    • Régión belüli magas rendelkezésre állás (HA)

  • A replikáció nem érhető el rugalmassá tehető számítási vagy ingyenes szintű fürtökön.

Hitelesítés és hozzáférés-vezérlés (szerepköralapú hozzáférés-vezérlés)

Az Azure DocumentDB kényszeríti a hitelesítési és hozzáférés-vezérlési korlátokat a biztonság fenntartása és az erőforrás-kiosztás kezelése érdekében a felhasználói fiókok és szerepkörök között.

  • Fürtönként legfeljebb 100 felhasználót/szerepkört hozhat létre.

Microsoft Entra ID-hitelesítés

A Microsoft Entra ID hitelesítési funkció az alábbi jelenlegi korlátozásokkal rendelkezik:

Natív DocumentDB másodlagos felhasználók

A natív másodlagos felhasználók funkciója az alábbi korlátozásokkal rendelkezik:

  • A Updateuser parancs mostantól csak a jelszófrissítéseket támogatja, és nem tudja módosítani a többi objektummezőt.

  • A Roleinfo parancs nem támogatott. Alternatív megoldásként használhatja a usersInfo-t.

  • A szerepkörök konkrét adatbázisokhoz vagy gyűjteményekhez történő hozzárendelése nem támogatott, csak a klaszterszint.

Egyéb korlátozások

Az Azure DocumentDB több működési és funkcióspecifikus korlátozással rendelkezik, amelyek a fürtkezelés és a funkcionalitás különböző aspektusaira vonatkoznak.

A Portál Mongo-felületének használata

  • A Portal Mongo rendszerhéja 120 percig használható egy 24 órás ablakban.

Dokumentum mérete és mélysége

  • A bináris JavaScript Object Notation (BSON) dokumentumméretének maximális mérete: dokumentumonként 16 MB.

  • Nincs rögzített maximális beágyazási mélységkorlát kényszerítve.

    • A mélyen beágyazott dokumentumstruktúrák hatással lehetnek a lekérdezési és olvasási teljesítményre, növelhetik a feldolgozási többletterhelést, és csökkenthetik a karbantarthatóságot.

Kötegkorlátok

  • Mindkét kötegművelettípus (írás és tömeges) támogatott.

    • A kötegek egyetlen, a kiszolgálónak küldött kérésre hivatkoznak.

  • Kötegenkénti írási műveletek maximális száma: 25 000 írás.

  • A kötegelt műveletek, amelyek meghaladják a 25 000 írást, sikertelenek lesznek.

  • Nincs korlátozás a kötegműveletek összes számára.

Kapcsolódó tartalom

  • Last updated on