Limity služeb ve službě Azure AI Search
Maximální limity úložiště, úloh a množství indexů a dalších objektů závisí na tom, jestli vytváříte Azure AI Search na cenových úrovních Free, Basic, Standard nebo Storage Optimized .
Free je víceklientová sdílená služba, která je součástí vašeho předplatného Azure.
Basic poskytuje vyhrazené výpočetní prostředky pro produkční úlohy v menším měřítku, ale sdílí určitou síťovou infrastrukturu s jinými tenanty.
Standard běží na vyhrazených počítačích s větší kapacitou úložiště a zpracování na všech úrovních. Standard má čtyři úrovně: S1, S2, S3 a S3 HD. S3 High Density (S3 HD) je navržen pro víceklientskou architekturu a velké množství malých indexů (3 000 indexů na službu). S3 HD neposkytuje funkci indexeru a příjem dat musí používat rozhraní API, která nasdílí data ze zdroje do indexu.
Optimalizováno pro úložiště běží na vyhrazených počítačích s větší celkovou velikostí úložiště, šířkou pásma úložiště a pamětí než standard. Tato úroveň cílí na velké pomalé indexy. Optimalizované úložiště má dvě úrovně: L1 a L2.
Omezení předplatného
Můžete vytvořit více fakturovatelných vyhledávacích služeb (Basic a vyšší), až do maximálního počtu služeb povolených na každé úrovni v jednotlivých oblastech. Můžete například vytvořit až 16 služeb na úrovni Basic a dalších 16 služeb na úrovni S1 ve stejném předplatném a oblasti. Potom můžete vytvořit dalších 16 základních služeb v jiné oblasti pro kombinované celkem 32 základních služeb v rámci stejného předplatného. Další informace o úrovních najdete v tématu Volba úrovně (nebo skladové položky) pro Azure AI Search.
Maximální limity služeb je možné na vyžádání zvýšit. Pokud potřebujete více služeb ve stejném předplatném, vytvořte žádost o podporu.
| Prostředek | Zdarma 1 | Basic | S1 | S2 | S3 | S3 HD | L1 | L2 |
|---|---|---|---|---|---|---|---|---|
| Maximální počet služeb na oblast | 0 | 16 | 16 | 8 | 6 | 6 | 6 | 6 |
| Maximální počet jednotek vyhledávání (SU)2 | – | 3 SU | 36 SU | 36 SU | 36 SU | 36 SU | 36 SU | 36 SU |
1 Můžete mít jednu bezplatnou vyhledávací službu pro každé předplatné Azure. Úroveň Free je založená na infrastruktuře sdílené s ostatními zákazníky. Vzhledem k tomu, že hardware není vyhrazený, vertikální navýšení kapacity se nepodporuje a úložiště je omezené na 50 MB. Po delší době nečinnosti může být odstraněna bezplatná vyhledávací služba, aby se uvolnilo místo pro další služby.
2 Jednotky vyhledávání (SU) jsou fakturační jednotky přidělené jako replika nebo oddíl. Potřebujete obojí. Další informace o kombinacích SU najdete v tématu Odhad a správa kapacity vyhledávací služby.
Omezení služby
Následující tabulka popisuje smlouvy SLA, počty oddílů a počty replik na úrovni služby.
| Prostředek | Bezplatný | Basic | S1 | S2 | S3 | S3 HD | L1 | L2 |
|---|---|---|---|---|---|---|---|---|
| Smlouva o úrovni služeb (SLA) | No | Ano | Ano | Ano | Ano | Ano | Ano | Yes |
| Oddíly | – | 3 1 | 12 | 12 | 12 | 3 | 12 | 12 |
| Repliky | – | 3 | 12 | 12 | 12 | 12 | 12 | 12 |
1 úroveň Basic podporuje tři oddíly a tři repliky, celkem devět jednotek vyhledávání na nových vyhledávacích službách vytvořených po 3. dubnu 2024. Starší základní služby jsou omezené na jeden oddíl a tři repliky.
Vyhledávací služba podléhá maximálnímu limitu úložiště (velikost oddílu vynásobené počtem oddílů) nebo pevným limitem maximálního počtu indexů nebo indexerů podle toho, co nastane dříve.
Smlouvy o úrovni služeb (SLA) se vztahují na fakturovatelné služby, které mají dvě nebo více replik pro úlohy dotazů nebo tři nebo více replik pro úlohy dotazů a indexování. Počet oddílů není důležitým aspektem smlouvy SLA. Další informace najdete v tématu Spolehlivost ve službě Azure AI Search.
Bezplatné služby nemají pevné oddíly ani repliky a sdílejí prostředky s dalšími předplatiteli.
Úložiště oddílů (GB)
Omezení úložiště pro jednotlivé služby se liší podle dvou věcí: datum vytvoření služby a oblast. Ve většině podporovaných oblastí existují vyšší limity pro novější služby.
Tato tabulka ukazuje průběh nárůstu kvóty úložiště v GB v průběhu času. Oddíly s vyšší kapacitou byly od dubna 2024 přeneseny do online režimu v oblastech uvedených v poznámkách pod čarou. Vyšší kapacita je omezená na nové vyhledávací služby. V tuto chvíli neexistuje žádný místní upgrade.
| Datum vytvoření služby | Basic | S1 | S2 | S3/HD | L1 | L2 |
|---|---|---|---|---|---|---|
| Před 3. dubna 2024 | 2 | 25 | 100 | 200 | 1,024 | 2 048 |
| 3. dubna 2024 až 17. května 2024 1 | 15 | 160 | 512 | 1,024 | 1,024 | 2 048 |
| Po 17. květnu 2024 2 | 15 | 160 | 512 | 1,024 | 2,048 | 4,096 |
1 Vyšší kapacita úložiště pro Basic, S1, S2, S3 v těchto oblastech. Amerika: Brazílie – jih, Kanada – střed, Kanada – východ, USA – východ, USA – východ 2, USA – střed, USA – středosever, USA – středojiž, USA – západ, USA – západ 2, USA – západ 3, USA – středozápad. Evropa: Francie – střed. Itálie – sever, Severní Evropa, Norsko – východ, Polsko – střed, Švýcarsko – sever, Švédsko – střed, Velká Británie – jih, Velká Británie – západ. Střední východ: Spojené arabské emiráty – sever. Afrika: Jižní Afrika – sever. Asie Tichomoří: Austrálie – východ, Austrálie – jihovýchod, Indie – střed, Jio Indie – západ, Východní Asie, Jihovýchodní Asie, Japonsko – východ, Japonsko – západ, Korea – střed, Korea – jih.
2 Vyšší kapacita úložiště pro L1 a L2. Více oblastí poskytuje vyšší kapacitu na všech fakturovatelných úrovních. Evropa: Německo – sever, Německo – středozápad, Švýcarsko – západ. Azure Government: Texas, Arizona, Virginia. Afrika: Jižní Afrika – sever. Asie Tichomoří: Čína – sever 3, Čína – východ 3.
Na starší infrastruktuře stále běží několik oblastí, které podléhají omezením 3. dubna. Před vytvořením nové služby zkontrolujte podporované oblasti a ujistěte se, že vaše oblast poskytuje dodatečnou kapacitu.
Omezení indexu
| Prostředek | Bezplatný | Základní 1 | S1 | S2 | S3 | S3 HD | L1 | L2 |
|---|---|---|---|---|---|---|---|---|
| Maximální počet indexů | 3 | 5 nebo 15 | 50 | 200 | 200 | 1 000 na oddíl nebo 3 000 na službu | 10 | 10 |
| Maximální počet jednoduchých polí na index 2 | 1000 | 100 | 1000 | 1000 | 1000 | 1000 | 1000 | 1000 |
| Maximální rozměry na vektorové pole | 4098 | 4098 | 4098 | 4098 | 4098 | 4098 | 4098 | 4098 |
| Maximální počet složitých kolekcí na index | 40 | 40 | 40 | 40 | 40 | 40 | 40 | 40 |
| Maximální počet prvků ve všech složitých kolekcích na dokument 3 | 3000 | 3000 | 3000 | 3000 | 3000 | 3000 | 3000 | 3000 |
| Maximální hloubka složitých polí | 10 | 10 | 10 | 10 | 10 | 10 | 10 | 10 |
| Maximální počet návrhy na index | 1 | 1 | 1 | 1 | 1 | 1 | 1 | 1 |
| Maximální bodovací profily na index | 100 | 100 | 100 | 100 | 100 | 100 | 100 | 100 |
| Maximální počet funkcí na profil | 8 | 8 | 8 | 8 | 8 | 8 | 8 | 8 |
| Maximální velikost indexu 4 | – | – | N/A | 1,88 TB | 2,34 TB | 100 GB | – | N/A |
1 Základní služby vytvořené před prosincem 2017 mají nižší limity (5 místo 15) u indexů. Úroveň Basic je jediná úroveň s nižším limitem 100 polí na index.
2 Horní limit polí zahrnuje pole první úrovně i vnořené podpole v komplexní kolekci. Pokud například index obsahuje 15 polí a má dvě komplexní kolekce s pěti dílčími poli, počet polí indexu je 25. Indexy s velmi velkou kolekcí polí můžou být pomalé. Omezte pole a atributy jenom na ty, které potřebujete, a spusťte indexování a test dotazů, abyste měli jistotu, že je výkon přijatelný.
3 Horní limit existuje pro prvky, protože s velkým počtem z nich výrazně zvyšuje úložiště požadované pro váš index. Prvek komplexní kolekce je definován jako člen této kolekce. Předpokládejme například, že hotelový dokument se složitou kolekcí Rooms je každý pokoj v kolekci Rooms považován za prvek. Během indexování může modul indexování bezpečně zpracovat maximálně 3 000 prvků v celém dokumentu. Tento limit byl zaveden a api-version=2019-05-06 vztahuje se pouze na složité kolekce, a ne na kolekce řetězců nebo na složitá pole.
4 Na většině úrovní je maximální velikost indexu všechna dostupná úložiště ve vyhledávací službě. Pro S2, S3 a S3 HD je maximální velikost libovolného indexu číslo uvedené v tabulce. Platí pro vyhledávací služby vytvořené po 3. dubnu 2024.
Pokud se vaše služba zřídí v výkonnějším clusteru, může dojít k určité variantě maximálních limitů. Zde uvedené limity představují společný jmenovatel. Indexy vytvořené podle výše uvedených specifikací jsou přenositelné napříč ekvivalentními úrovněmi služby v libovolné oblasti.
Omezení dokumentů
Maximální početdokumentůch
- 24 miliard na Základní, S1, S2, S3
- 2 miliardy na S3 HD
- 288 miliard na L1
- 576 miliard na L2
Každá instance komplexní kolekce se počítá jako samostatný dokument z hlediska těchto limitů.
Maximální velikost každého dokumentu je přibližně 16 megabajtů. Velikost dokumentu je ve skutečnosti limitem velikosti datové části požadavku rozhraní API indexování, což je 16 megabajtů. Tato datová část může být jeden dokument nebo dávka dokumentů. V případě dávky s jedním dokumentem je maximální velikost dokumentu 16 MB json.
Velikost dokumentu se vztahuje na indexování v režimu nabízení, které nahrává dokumenty do vyhledávací služby. Pokud indexer používáte pro indexování v režimu vyžádání obsahu, můžou mít zdrojové soubory libovolnou velikost souboru, s výhradou omezení indexeru. U indexeru objektů blob jsou limity velikosti souborů větší pro vyšší úrovně. Například limit S1 je 128 megabajtů, limit S2 je 256 megabajtů atd.
Při odhadu velikosti dokumentu nezapomeňte indexovat pouze pole, která přidají hodnotu do scénářů hledání, a vyloučit všechna zdrojová pole, která nemají v dotazech, které chcete spustit, účel.
Omezení velikosti vektorových indexů
Když indexujete dokumenty s vektorovými poli, Azure AI Search vytvoří interní vektorové indexy pomocí parametrů algoritmu, které zadáte. Velikost těchto vektorových indexů je omezena pamětí vyhrazenou pro vektorové vyhledávání pro vrstvu vaší služby (nebo SKU). Pokyny ke správě a maximalizaci úložiště vektorů najdete v tématu Velikost vektorových indexů a zachování limitů.
Limity vektorů se liší podle:
Vyšší limity vektorů od dubna 2024 existují v nových vyhledávacích službách v oblastech poskytujících dodatečnou kapacitu, což je většina z nich.
Tato tabulka ukazuje průběh nárůstu kvóty vektorů v GB v průběhu času. Kvóta je pro každý oddíl, takže pokud škálujete novou službu Standard (S1) na 6 oddílů, celková kvóta vektoru je 35 vynásobená 6.
| Datum vytvoření služby | Basic | S1 | S2 | S3/HD | L1 | L2 |
|---|---|---|---|---|---|---|
| Před 1. červencem 2023 1 | 0.5 | 1 | 6 | 12 | 12 | 36 |
| 1. července 2023 až 3. dubna 2024 2 | 1 | 3 | 12 | 36 | 12 | 36 |
| 3. dubna 2024 až 17. května 2024 3 | 5 | 35 | 150 | 300 | 12 | 36 |
| Po 17. květnu 2024 4 | 5 | 35 | 150 | 300 | 150 | 300 |
1 Omezení počátečních vektorů v rané verzi Preview.
2 Vektorové limity během pozdějšího období náhledu. Tři oblasti nemají vyšší limity: Německo – středozápad, Indie – západ, Katar – střed.
3 Vyšší kvóta vektorů založená na větších oddílech pro podporované úrovně a oblasti.
4 Vyšší kvóta vektorů pro více vrstev a oblastí na základě aktualizací velikosti oddílů.
Služba vynucuje kvótu velikosti vektorového indexu pro každý oddíl ve vyhledávací službě. Každý další oddíl zvyšuje dostupnou kvótu velikosti vektorového indexu. Tato kvóta je pevný limit, který zajistí, že vaše služba zůstane v pořádku, což znamená, že další pokusy o indexování po překročení limitu způsobí selhání. Jakmile uvolníte dostupnou kvótu, můžete obnovit indexování odstraněním některých vektorových dokumentů nebo vertikálním navýšením kapacity v oddílech.
Důležité
Vyšší limity vektorů jsou svázané s většími velikostmi oddílů. Oblasti, které běží na starší infrastruktuře, podléhají omezením z července do dubna. Projděte si seznam oblastí a zkontrolujte stav limitů úložiště oddílů.
Omezení indexeru
Existují limity maximální doby běhu, které zajišťují rovnováhu a stabilitu v rámci služby, ale větší datové sady můžou vyžadovat více času na indexování, než je povolené maximum. Pokud se úloha indexování nemůže dokončit v maximální povolené době, zkuste ji spustit podle plánu. Plánovač sleduje stav indexování. Pokud je naplánovaná úloha indexování z nějakého důvodu přerušena, může indexer vyzvednout místo, kde naposledy skončil při dalším naplánovaném spuštění.
| Prostředek | Zdarma 1 | Základní 2 | S1 | S2 | S3 | S3 HD 3 | L1 | L2 |
|---|---|---|---|---|---|---|---|---|
| Maximální počet indexerů | 3 | 5 nebo 15 | 50 | 200 | 200 | – | 10 | 10 |
| Maximální počet zdrojů dat | 3 | 5 nebo 15 | 50 | 200 | 200 | – | 10 | 10 |
| Maximální počet dovedností 4 | 3 | 5 nebo 15 | 50 | 200 | 200 | – | 10 | 10 |
| Maximální zatížení indexování na volání | 10 000 dokumentů | Omezeno pouze maximálním počtem dokumentů | Omezeno pouze maximálním počtem dokumentů | Omezeno pouze maximálním počtem dokumentů | Omezeno pouze maximálním počtem dokumentů | – | Bez omezení | Bez omezení |
| Minimální plán | 5 minut | 5 minut | 5 minut | 5 minut | 5 minut | 5 minut | 5 minut | 5 minut |
| Maximální doba běhu 5 | 1-3 nebo 3-10 minut | 2 nebo 24 hodin | 2 nebo 24 hodin | 2 nebo 24 hodin | 2 nebo 24 hodin | – | 2 nebo 24 hodin | 2 nebo 24 hodin |
| Indexer objektů blob: maximální velikost objektu blob, MB | 16 | 16 | 128 | 256 | 256 | – | 256 | 256 |
| Indexer objektů blob: maximální počet znaků obsahu extrahovaného z objektu blob 6 | 32,000 | 64,000 | 4 miliony | 8 milionů | 16 milionů | – | 4 miliony | 4 miliony |
1 bezplatné služby mají maximální dobu provádění indexeru 3 minuty pro zdroje objektů blob a 1 minutu pro všechny ostatní zdroje dat. Vyvolání indexeru je jednou za 180 sekund. Pro indexování AI, které volá služby Azure AI, jsou bezplatné služby omezené na 20 bezplatných transakcí na indexer za den, kde je transakce definována jako dokument, který úspěšně prochází kanálem rozšiřování (tip: Můžete resetovat indexer a resetovat jeho počet).
2 Základní služby vytvořené před prosincem 2017 mají nižší limity (5 místo 15) u indexerů, zdrojů dat a sad dovedností.
3 Služby S3 HD nezahrnují podporu indexeru.
4 Maximálně 30 dovedností na sadu dovedností.
5 Týkající se maximální doby trvání indexerů 2 nebo 24 hodin: 2hodinový maximum je nejběžnější a je to, co byste měli naplánovat. Odkazuje na indexery, které běží ve veřejném prostředí, které se používají k přesměrování výpočetního zpracování náročného na zpracování a ponechání dalších prostředků pro dotazy. Limit 24 hodin platí, pokud indexer nakonfigurujete tak, aby běžel v privátním prostředí pouze pomocí infrastruktury, která je přidělená vaší vyhledávací službě. Všimněte si, že některé starší indexery nemohou běžet ve veřejném prostředí a tyto indexery mají vždy 24hodinový rozsah zpracování. Pokud máte neplánované indexery, které běží nepřetržitě po dobu 24 hodin, můžete předpokládat, že se tyto indexery nedají migrovat do novější infrastruktury. Obecně platí, že pro úlohy indexování, které se nedají dokončit do dvou hodin, umístěte indexer na 5minutový plán , aby indexer mohl rychle vyzvednout místo, kde skončil. Na úrovni Free je maximální doba 3 až 10 minut určená pro indexery s sadami dovedností.
6 Maximální počet znaků je založen na jednotkách kódu Unicode, konkrétně UTF-16.
Poznámka:
Jak je uvedeno v limitech indexů, indexery také vynucují horní limit 3000 prvků ve všech složitých kolekcích na dokument počínaje nejnovější verzí rozhraní GA API, která podporuje komplexní typy (2019-05-06). To znamená, že pokud jste indexer vytvořili s předchozí verzí rozhraní API, nebudete pod tímto limitem. Aby se zachovala maximální kompatibilita, indexer vytvořený s předchozí verzí rozhraní API a potom aktualizovaný verzí 2019-05-06 rozhraní API nebo novějším, bude stále vyloučen z limitů. Zákazníci by měli vědět o nepříznivém dopadu na velmi rozsáhlé komplexní kolekce (jak jsme uvedli dříve) a důrazně doporučujeme vytvářet nové indexery s nejnovější verzí rozhraní GA API.
Limity prostředků sdíleného privátního propojení
Indexery mají přístup k dalším prostředkům Azure přes privátní koncové body spravované přes rozhraní API prostředku sdíleného privátního propojení. Tato část popisuje omezení spojená s touto funkcí.
| Prostředek | Bezplatný | Basic | S1 | S2 | S3 | S3 HD | L1 | L2 |
|---|---|---|---|---|---|---|---|---|
| Podpora indexeru privátního koncového bodu | No | Ano | Ano | Ano | Ano | Ne | Ano | Yes |
| Podpora privátních koncových bodů pro indexery se sadoudovedností 1 | No | No | No | Ano | Ano | Ne | Ano | Yes |
| Podpora privátních koncových bodů pro indexery se sadou dovedností a integrovaným vektorizací 2 | No | Ano | Ano | Ano | Ano | Ne | Ano | Yes |
| Maximální počet privátních koncových bodů | – | 10 nebo 30 | 100 | 400 | 400 | – | 20 | 20 |
| Maximální počet různých typůprostředků 3 | – | 4 | 7 | 15 | 15 | – | 4 | 4 |
1 Obohacení umělé inteligence a analýza obrázků jsou výpočetně náročné a spotřebovávají nepřiměřeně velké množství dostupného výpočetního výkonu. Z tohoto důvodu jsou privátní připojení zakázaná na nižších úrovních, aby se zajistil výkon a stabilita samotné vyhledávací služby.
2 Vysoce kapacitní služby vytvořené po 3. dubnu 2024 v oblastech uvedených v části Partition Storage a spouštění úloh integrované vektorizace v době indexování podporují sdílené privátní propojení v placených úrovních. Systém musí zjistit alespoň dovednost, která vkládá data.
3 Počet různých typů prostředků se vypočítá jako počet jedinečných groupId hodnot použitých ve všech prostředcích sdíleného privátního propojení pro danou vyhledávací službu bez ohledu na stav prostředku.
Omezení synonym
Maximální počet map synonym se liší podle úrovně. Každé pravidlo může mít až 20 rozšíření, kde rozšíření je ekvivalentní termín. Například s ohledem na "kočku", spojení s "kočička", "feline" a "felis" (rod pro kočky) by se spočítalo jako 3 rozšíření.
| Prostředek | Bezplatný | Basic | S1 | S2 | S3 | S3-HD | L1 | L2 |
|---|---|---|---|---|---|---|---|---|
| Maximální počet map synonym | 3 | 3 | 5 | 10 | 20 | 20 | 10 | 10 |
| Maximální počet pravidel na mapu | 5000 | 20 000 | 20 000 | 20 000 | 20 000 | 20 000 | 20 000 | 20 000 |
Omezení aliasů indexu
Maximální početaliaschch Pokud byla služba vytvořena po říjnu 2022, maximální počet aliasů se ve všech úrovních zdvojnásobí maximální povolený počet indexů. Pokud byla služba vytvořena před říjnem 2022, limit je povolený počet indexů.
| Datum vytvoření služby | Bezplatný | Basic | S1 | S2 | S3 | S3-HD | L1 | L2 |
|---|---|---|---|---|---|---|---|---|
| Před říjnem 2022 | 3 | 5 nebo 15 1 | 50 | 200 | 200 | 1 000 na oddíl nebo 3 000 na službu | 10 | 10 |
| Po říjnu 2022 | 6 | 30 | 100 | 400 | 400 | 2000 na oddíl nebo 6000 na službu | 20 | 20 |
1 Základní služby vytvořené před prosinec 2017 mají nižší limity (5 místo 15) u indexů
Omezení dat (rozšiřování AI)
Kanál rozšiřování AI, který volá prostředek azure AI Language pro rozpoznávání entit, propojení entit, extrakci klíčových frází, analýzu mínění, rozpoznávání jazyka a detekci osobních informací, podléhá omezením dat. Maximální velikost záznamu by měla být 50 000 znaků měřená String.Lengthhodnotou . Pokud potřebujete data před odesláním do analyzátoru mínění rozdělit, použijte dovednost Rozdělení textu.
Omezení omezování
Požadavky rozhraní API jsou omezené, protože systém přistupuje ke špičce kapacity. Omezování se chová jinak pro různá rozhraní API. Rozhraní API dotazů (vyhledávání, návrhy, automatické dokončování) a indexování rozhraní API dynamicky omezují na základě zatížení služby. Rozhraní API indexu a rozhraní API operací služby mají omezení statické rychlosti požadavků.
Omezení požadavků na statickou rychlost pro operace související s indexem:
- Indexy seznamu (GET /indexy): 3 za sekundu za jednotku hledání
- Získání indexu (GET /indexes/myindex): 10 za sekundu za jednotku hledání
- Vytvoření indexu (POST /indexy): 12 za minutu za jednotku hledání
- Vytvoření nebo aktualizace indexu (PUT /indexes/myindex): 6 za sekundu za jednotku vyhledávání
- Odstranit index (DELETE /indexes/myindex): 12 za minutu za jednotku hledání
Omezení požadavků na statickou rychlost pro operace související se službou:
- Statistika služby (GET /servicestats): 4 za sekundu za jednotku vyhledávání
Omezení omezování sémantických rankerů
Sémantický ranker používá ke správě souběžných požadavků systém řízení front. Tento systém umožňuje vyhledávacím službám získat nejvyšší možný počet dotazů za sekundu. Po dosažení limitu souběžných požadavků se další požadavky umístí do fronty. Pokud je fronta plná, další žádosti se zamítnou a je nutné je opakovat.
Celkové sémantické dotazy za sekundu se liší v závislosti na následujících faktorech:
- Úroveň vyhledávací služby. Kapacita fronty i limity souběžných požadavků se liší podle úrovně.
- Počet jednotek vyhledávání ve vyhledávací službě. Nejjednodušší způsob, jak zvýšit maximální počet souběžných sémantických dotazů, je přidat do vyhledávací služby další jednotky vyhledávání.
- Celková dostupná sémantická sémantická kapacita nástroje v oblasti.
- Doba, kterou trvá obsluhovat dotaz pomocí sémantického rankeru. Liší se v závislosti na tom, jak je vyhledávací služba zaneprázdněná.
Následující tabulka popisuje sémantické limity omezování ranrottlingu podle úrovně, a to v závislosti na dostupné kapacitě v oblasti. Pokud chcete požádat o navýšení limitu, můžete kontaktovat podporu Microsoftu.
| Prostředek | Basic | S1 | S2 | S3 | S3-HD | L1 | L2 |
|---|---|---|---|---|---|---|---|
| Maximální počet souběžných požadavků (na jednotku vyhledávání) | 2 | 3 | 4 | 4 | 4 | 4 | 4 |
| Maximální velikost fronty požadavků (na jednotku vyhledávání) | 4 | 6 | 8 | 8 | 8 | 8 | 8 |
Limity požadavků rozhraní API
Limity pro dotazy existují, protože nevázané dotazy můžou vaši vyhledávací službu synchronizovat. Tyto dotazy se obvykle vytvářejí prostřednictvím kódu programu. Pokud vaše aplikace generuje vyhledávací dotazy prostřednictvím kódu programu, doporučujeme ho navrhnout tak, aby negenerovala dotazy s nevázanou velikostí.
Omezení datových částí existují z podobných důvodů a zajišťují stabilitu vyhledávací služby. Omezení platí pro celou žádost včetně všech jejích součástí. Pokud například požadavek dávková několik dokumentů nebo příkazů, musí se celý požadavek vejít do podporovaného limitu.
Pokud musíte překročit podporovaný limit, měli byste otestovat úlohu , abyste věděli, co očekávat.
Pokud není uvedeno, platí následující požadavky rozhraní API na všechna programovatelná rozhraní, včetně sad Azure SDK.
Obecné:
- Podporovaný limit maximální datové části je 16 MB pro indexování a dotazování prostřednictvím rozhraní REST API a sad SDK.
- Maximální délka adresy URL 8 kB (platí jenom pro rozhraní REST API).
Rozhraní API indexování:
- Podporuje se maximálně 1 000 dokumentů na dávku nahrávání, slučování nebo odstraňování indexů.
Rozhraní API pro dotazy:
- Maximálně 32 polí v klauzuli $orderby.
- Maximálně 100 000 znaků v vyhledávací klauzuli.
- Maximální počet klauzulí ve vyhledávání je 3 000.
- Maximální limity pro dotazy na zástupné kóty a regulární výrazy , které vynucuje Lucene. Limituje počet vzorů, variant nebo shod s 1 000 instancemi. Tento limit je zaveden, aby se zabránilo přetížení motoru.
Hledané termíny:
- Podporovaná maximální velikost hledaného termínu je 32 766 bajtů (32 kB minus 2 bajty) zakódovaného textu UTF-8. Platí pro vyhledávání klíčových slov a vlastnost textu vektorového vyhledávání.
- Podporovaná maximální velikost hledaného termínu je 1 000 znaků pro hledání předpon a hledání regulárních výrazů.
Limity odpovědí rozhraní API
- Maximálně 1 000 dokumentů vrácených na stránku výsledků hledání
- Maximálně 100 návrhů vrácených na požadavek rozhraní API pro návrhy
Vyhledávací web ve výchozím nastavení vrátí 50 výsledků, ale tento parametr můžete přepsat až do maximálního limitu.
Limity klíčů rozhraní API
Klíče rozhraní API se používají k ověřování služby. Existují dva typy. Klíče správce se zadají v hlavičce požadavku a udělují službě úplný přístup pro čtení i zápis. Klíče dotazů jsou určené jen pro čtení, zadané na adrese URL a obvykle se distribuují do klientských aplikací.
- Maximálně 2 klíče správce na službu
- Maximálně 50 klíčů dotazů na službu