Sdílet prostřednictvím

Referenční informace o limitech a kvótách služby Azure DocumentDB

Tento dokument popisuje aktuální pevné a měkké limity pro clustery a operace Azure DocumentDB. Seznamte se s limity spouštění dotazů, omezeními indexování, konfiguracemi clusteru a hranicemi ověřování, které vám pomůžou efektivně plánovat a optimalizovat nasazení Azure DocumentDB.

Omezení dotazů a spouštění

Následující omezení platí pro operace dotazů a spouštění příkazů v clusterech Azure DocumentDB.

Omezení spouštění MongoDB

  • Maximální životnost transakce: 30 sekund.

  • Životnost kurzoru: 10 minut. Poznámka: Pokud kurzor překročí jeho životnost, může dojít k chybě cursorNotFound.

  • Výchozí limit spouštění dotazů: 120 sekund. Tento limit je možné přepsat na základě dotazu pomocí maxTimeMS příslušného ovladače MongoDB.

Example

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

Maximální velikost dotazu MongoDB

  • Maximální velikost paměti pro dotazy MongoDB závisí na úrovni. Například pro M80 je limit velikosti paměti dotazu přibližně 150 MiB.

  • Pokud dotaz v horizontálně dělených clusterech načítá data napříč uzly, je limit velikosti dat 1 GB.

Omezení indexování

Azure DocumentDB vynucuje různá omezení indexování, aby se zajistil optimální výkon a využití prostředků napříč různými typy a operacemi indexů.

Obecná omezení indexování

  • Maximální počet složených indexových polí: 32.

  • Maximální velikost hodnoty _id pole: 2 kB.

  • Maximální velikost cesty indexu: 256B.

  • Výchozí maximum: 64.

    • Konfigurovatelné až: 300 indexů na kolekci

  • Řazení se provádí v paměti a nepropaguje se do indexu.

  • Maximální úroveň vnoření pro vložené objekty nebo pole v definicích indexu: 6.

  • Na stejné kolekci může probíhat pouze jedno sestavování indexu.

  • Počet souběžných sestavení indexů na různých kolekcích je konfigurovatelný (výchozí hodnota: 2).

  • currentOp Pomocí příkazu můžete zobrazit průběh dlouhotrvajících sestavení indexu.

  • Jedinečné sestavení indexu se provádějí v popředí a blokové zápisy v kolekci.

Omezení při indexování zástupných znaků

  • Pokud je indexované pole pole pole se zástupnými kótami, považuje se celé vložené pole za hodnotu místo procházení jejího obsahu.

Omezení geoprostorových indexování

  • Žádná podpora pro BigPolygons.

  • Složené indexy nepodporují geoprostorové indexy.

  • $geoWithin dotaz nepodporuje mnohoúhelníky s otvory.

  • Pole key je povinné ve $geoNear fázi agregace.

  • Indexy se doporučují, ale nevyžadují se pro $nearoperátory $nearSphere dotazů a $geoNear fázi agregace.

Omezení indexu textu

  • V kolekci lze definovat pouze jeden textový index.

  • Podporuje pouze jednoduchá vyhledávání textu; Rozšířené možnosti vyhledávání, jako jsou vyhledávání regulárních výrazů, se nepodporují.

  • hint() není podporována v kombinaci s dotazem používajícím $text výraz.

  • Operace řazení nemůžou používat řazení textového indexu.

  • Tokenizace pro čínštinu, japonštinu a korejštinu se nepodporuje.

  • Tokenizace nerozlišující malá a velká písmena se nepodporuje.

Omezení vektorového vyhledávání

  • Indexovací vektory o velikosti až 16 000 dimenzí (s kvantací produktu)

  • Indexování se vztahuje pouze na jeden vektor na cestu.

  • Na cestu vektoru lze vytvořit pouze jeden index.

  • HNSW a DiskANN jsou k dispozici na úrovních M30 a vyšších úrovních clusteru.

Omezení clusteru a shardů

Azure DocumentDB uplatňuje konkrétní limity na konfiguraci clusteru, fyzické dělení a správu kolekcí, aby bylo zajištěno optimální výkon a přidělování prostředků.

Úroveň clusteru

  • Maximum: M200 / 64 virtuálních jader / 256 GiB RAM na jeden fyzický shard.

Fyzické fragmenty

  • Maximálně: 10.

Omezení použití kolekcí

  • Kolekce na cluster: 1 000

  • Velikost nehardované kolekce: 32 TiB

Sekundární oblasti

  • Maximum: Jedna sekundární oblast.

Omezení bezplatné úrovně

Upgradem na placenou úroveň je možné přepsat následující omezení.

  • Maximální úložiště: 32 GiB.

  • Zálohování nebo obnovení se nepodporuje (k dispozici v M25+)

  • Vysoká dostupnost (HA) není podporovaná (dostupná v M30+)

  • Hierarchické směrovatelné indexy vektorů malého světa (HNSW) se nepodporují (dostupné v M40+)

  • Protokolování diagnostiky se nepodporuje (dostupné jenom na placených úrovních)

  • Microsoft Entra ID není podporováno.

  • Neposkytuje se žádná smlouva o úrovni služeb (vyžaduje, aby HA byla povolena).

  • Clustery úrovně Free se pozastaví po 60 dnech nečinnosti, kdy ke clusteru nejsou žádná připojení.

  • Přechod z účtu placené úrovně na účty úrovně Free se nepodporuje.

Limity vrstev

Úrovně služeb M10, M20 a M25 mají následující omezení:

  • Podporuje pouze jeden fyzický horizontální oddíl (uzel).

  • Navržené pro případy použití pro vývoj/testování; Vysoká dostupnost v jednotlivých oblastech se nepodporuje.

  • Mezi podporované velikosti úložiště patří 32 GiB, 64 GiB a 128 GiB.

  • Jakmile se cluster škáluje na úroveň M30 nebo vyšší, nejde cluster škálovat zpět na úroveň výpočetních prostředků M10, M20 nebo M25.

Omezení šifrování dat spravovaných zákazníkem

Toto jsou aktuální omezení konfigurace klíče spravovaného zákazníkem (CMK) v Azure DocumentDB:

Omezení replikace a vysoké dostupnosti v rámci oblastí

Azure DocumentDB poskytuje integrované funkce replikace a vysoké dostupnosti (HA) se specifickými omezeními, které zajišťují konzistenci dat a výkon v různých scénářích nasazení.

Replikace mezi regiony a v rámci stejného regionu

  • Následující konfigurace jsou v primárním i replikovém clusteru stejné a v clusteru replik se nedají změnit:

    • Počet úložiště a fyzických horizontálních oddílů

    • Uživatelské účty

  • V clusterech replik nejsou k dispozici následující funkce:

    • Obnovení k určitému bodu v čase (PITR)

    • Vysoká dostupnost v jednotlivých oblastech (HA)

  • Replikace není k dispozici v clusterech s nárazovými výpočetními prostředky nebo clustery s úrovní Free.

Ověřování a řízení přístupu (řízení přístupu na základě role)

Azure DocumentDB vynucuje limity ověřování a řízení přístupu, aby se zachovalo zabezpečení a správa přidělování prostředků napříč uživatelskými účty a rolemi.

  • V každém clusteru můžete vytvořit až 100 uživatelů a rolí.

Ověřování ID Microsoft Entra

Funkce ověřování Microsoft Entra ID má tato aktuální omezení:

  • Tato funkce nepodporuje skupiny Microsoft Entra ID.

  • Pokud je zakázána nativní metoda ověřování DocumentDB, MongoDB Shell není podporována v části Rychlý start na portálu Azure.

    • Prostředí MongoDB Shell můžete použít s ověřováním Microsoft Entra ID mimo azure portál.

Nativní sekundární uživatelé DocumentDB

Funkce nativních sekundárních uživatelů má tato omezení:

  • Příkaz Updateuser teď podporuje pouze aktualizace hesel a nemůže upravovat jiná pole objektů.

  • Příkaz Roleinfo není podporovaný. Alternativně můžete použít usersInfo.

  • Přiřazení rolí konkrétním databázím nebo kolekcím se nepodporuje, podporuje se jenom úroveň clusteru.

Různá omezení

Azure DocumentDB má více provozních a specifických omezení funkcí, které platí pro různé aspekty správy a funkcí clusteru.

Využití prostředí Mongo Shell na portálu

  • Prostředí Mongo portal je možné použít během 24 hodin po dobu 120 minut.

Velikost a hloubka dokumentu

  • Maximální velikost dokumentu BSON (Binary JavaScript Object Notation): 16 MB na dokument.

  • Není vynucen žádný pevný maximální limit hloubky vnoření.

    • Hluboko vnořené struktury dokumentů můžou ovlivnit výkon dotazů a čtení, zvýšit režii na zpracování a snížit udržovatelnost.

Limity služby Batch

  • Oba typy dávkových operací, zápis i hromadné, jsou podporovány.

    • Dávka znamená jediný požadavek na server.

  • Maximální počet zápisů na dávkovou operaci: 25 000 zápisů.

  • Dávkové operace překračující 25 000 zápisů selžou.

  • Celkový počet dávkových operací není omezený.

Související obsah

  • Last updated on