Szolgáltatási korlátok az Azure AI Searchben

A tárterületre, a számítási feladatokra és az indexek és egyéb objektumok mennyiségére vonatkozó maximális korlátok attól függenek, hogy ingyenes, alapszintű, standard vagy tárterületoptimalizált tarifacsomagokban hozza-e létre az Azure AI Search szolgáltatást.

• Az ingyenes egy több-bérlős megosztott szolgáltatás, amely az Azure-előfizetéséhez tartozik.

• Az Alapszintű dedikált számítási erőforrásokat biztosít az éles számítási feladatokhoz kisebb méretekben, de bizonyos hálózati infrastruktúrát más bérlőkkel is megoszt.

• A standard dedikált gépeken fut, és minden szinten több tárolási és feldolgozási kapacitással rendelkezik. A Standard négy szintből áll: S1, S2, S3 és S3 HD. Az S3 nagy sűrűségű (S3 HD) több-bérlős és nagy mennyiségű kis indexhez (szolgáltatásonként 3000 index) készült. Az S3 HD nem biztosítja az indexelő szolgáltatást , és az adatbetöltésnek olyan API-kat kell használnia, amelyek adatokat küldnek le a forrásból az indexbe.

• A Storage Optimized dedikált gépeken fut, a Standardnál nagyobb teljes tárterülettel, tárterület-sávszélességgel és memóriával. Ez a szint nagy, lassan változó indexeket céloz meg. A Tárolásoptimalizált két szinten érhető el: L1 és L2.

Előfizetés korlátai

Több számlázható keresési szolgáltatást (alapszintű és magasabb) hozhat létre, az egyes szinteken engedélyezett szolgáltatások maximális számához, régiónként. Létrehozhat például legfeljebb 16 szolgáltatást az Alapszintű szinten, és egy másik 16 szolgáltatást az S1 szinten ugyanazon az előfizetésen és régión belül. Ezután létrehozhat egy további 16 alapszintű szolgáltatást egy másik régióban, összesen 32 alapszintű szolgáltatáshoz ugyanabban az előfizetésben. A szintekről további információt az Azure AI Search csomagjának (vagy termékváltozatának) kiválasztása című témakörben talál.

A maximális szolgáltatási korlátok kérés esetén emelhetők. Ha több szolgáltatásra van szüksége ugyanabban az előfizetésben, küldjön támogatási kérelmet.

Erőforrás	Ingyenes 1	Alap	S1	S2	S3	S3 HD	L1	L2
Szolgáltatások maximális száma régiónként	0	16	16	8	6	6	6	6
Keresési egységek maximális száma (SU)2	n/a	3 SU	36 SU	36 SU	36 SU	36 SU	36 SU	36 SU

¹ Azure-előfizetésenként egy ingyenes keresési szolgáltatással rendelkezhet. Az ingyenes szint a más ügyfelekkel megosztott infrastruktúrán alapul. Mivel a hardver nem dedikált, a vertikális felskálázás nem támogatott, a tárolás pedig 50 MB-ra korlátozódik. Előfordulhat, hogy egy ingyenes keresési szolgáltatás hosszabb inaktivitás után törlődik, hogy több szolgáltatás számára legyen hely.

² A keresési egységek (SU) számlázási egységek, replikaként vagy partícióként vannak lefoglalva. Mindkettőre szükség van. Az SU-kombinációkkal kapcsolatos további információkért tekintse meg a keresési szolgáltatás kapacitásának becslését és kezelését ismertető témakört.

Szolgáltatáskorlátok

Az alábbi táblázat az SLA-t, a partíciók számát és a replikaszámokat ismerteti a szolgáltatás szintjén.

Erőforrás	Ingyenes	Alap	S1	S2	S3	S3 HD	L1	L2
Szolgáltatói szerződés (SLA)	Nem	Igen	Igen	Igen	Igen	Igen	Igen	Igen
Partíciók	n/a	3 1	12	12	12	3	12	12
Replikák	n/a	3	12	12	12	12	12	12

¹ Az alapszintű szint három partíciót és három replikát támogat, összesen kilenc keresési egységhez (SU) a 2024. április 3. után létrehozott új keresési szolgáltatásokhoz. A régebbi alapszolgáltatások egy partícióra és három replikára korlátozódnak.

A keresési szolgáltatásra maximális tárterületkorlát vonatkozik (a partíciók méretének megszorozva a partíciók számával), vagy az indexek vagy indexelők maximális számának korlátja, amelyik előbb következik be.

A szolgáltatásiszint-szerződések (SLA-k) olyan számlázható szolgáltatásokra vonatkoznak, amelyek két vagy több replikával rendelkeznek a lekérdezési számítási feladatokhoz, vagy három vagy több replikát a lekérdezési és indexelési számítási feladatokhoz. A partíciók száma nem SLA-szempont. További információ: Megbízhatóság az Azure AI Searchben.

Az ingyenes szolgáltatások nem rendelkeznek rögzített partíciókkal vagy replikákkal, és erőforrásokat osztanak meg más előfizetőkkel.

Partíciós tárolás (GB)

A szolgáltatásonkénti tárterületkorlátok két dologtól függenek: a szolgáltatás létrehozásának dátuma és régiója. A legtöbb támogatott régióban magasabb korlátozások vonatkoznak az újabb szolgáltatásokra.

Ez a táblázat a tárkvóta GB-ban történő időbeli növekedését mutatja. A nagyobb kapacitáspartíciók 2024 áprilisától online állapotba kerültek a lábjegyzetekben felsorolt régiókban. A nagyobb kapacitás az új keresési szolgáltatásokra korlátozódik. Jelenleg nincs helyszíni frissítés.

Szolgáltatás létrehozásának dátuma	Alap	S1	S2	S3/HD	L1	L2
2024. április 3. előtt	2	25	100	200	1,024	2048
2024. április 3. – 2024 . május 17. 1	15	160	512	1,024	1,024	2048
2024 . május 17. után 2	15	160	512	1,024	2,048	4,096

¹ Nagyobb kapacitású tárolás ezekben a régiókban az Alapszintű, S1, S2, S3 esetén. Amerika: Dél-Brazília, Közép-Kanada, Kelet-Kanada, USA keleti régiója, USA 2. keleti régiója, USA középső régiója, USA északi középső régiója, USA déli középső régiója, USA nyugati régiója, USA 2. nyugati régiója, USA 3. nyugati régiója, USA nyugati középső régiója. Európa: Közép-Franciaország. Észak-Olaszország, Észak-Európa, Kelet-Norvégia, Közép-Lengyelország, Észak-Svájc, Közép-Svédország, Egyesült Királyság déli régiója, Egyesült Királyság nyugati régiója. Közel-Kelet: Az Egyesült Arab Emírségek északi régiója. Afrika: Dél-Afrika északra. Csendes-óceáni térség: Kelet-Ausztrália, Délkelet-Ausztrália, Közép-India, Jio India nyugati régiója, Kelet-Ázsia, Délkelet-Ázsia, Kelet-Japán, Nyugat-Japán, Közép-Korea, Dél-Korea.

² Nagyobb kapacitású tároló L1 és L2 esetén. Több régió biztosít nagyobb kapacitást minden számlázható szinten. Európa: Észak-Németország, Nyugat-Közép-Németország, Nyugat-Svájc. Azure Government: Texas, Arizona, Virginia. Afrika: Dél-Afrika északra. Ázsia és csendes-óceáni térség: Kína északi 3, Kelet-Kína 3.

Néhány régió még mindig régebbi infrastruktúrán fut, az április 3-i korlátozásokra is figyelemmel. Új szolgáltatás létrehozása előtt ellenőrizze a támogatott régiókat , hogy a választott régió biztosítja-e a többletkapacitást.

Indexkorlátok

Erőforrás	Ingyenes	Alapszintű 1	S1	S2	S3	S3 HD	L1	L2
Indexek maximális száma	3	5 vagy 15	50	200	200	1000 partíciónként vagy 3000 szolgáltatásonként	10	10
Egyszerű mezők maximális száma indexenként 2	1000	100	1000	1000	1000	1000	1000	1000
Vektormezőnkénti dimenziók maximális száma	4098	4098	4098	4098	4098	4098	4098	4098
Összetett gyűjtemények maximális száma indexenként	40	40	40	40	40	40	40	40
Az összes összetett gyűjtemény maximális elemei dokumentumonként 3	3000	3000	3000	3000	3000	3000	3000	3000
Összetett mezők maximális mélysége	10	10	10	10	10	10	10	10
Javaslattevők maximális száma indexenként	0	0	0	0	0	0	0	0
Indexenkénti pontozási profilok maximális száma	100	100	100	100	100	100	100	100
Profilonkénti függvények maximális száma	8	8	8	8	8	8	8	8
Az index maximális mérete 4	N.A.	N.A.	N.A.	1,88 TB	2,34 TB	100 GB	N.A.	N.A.

¹ A 2017 decembere előtt létrehozott alapszolgáltatások alacsonyabb korlátokkal rendelkeznek (15 helyett 5) az indexeken. Az alapszintű szint az egyetlen olyan szint, amelynek indexenként 100 mezős alsó korlátja van.

² A mezők felső korlátja magában foglalja az első szintű mezőket és a beágyazott almezőket egy összetett gyűjteményben. Ha például egy index 15 mezőt tartalmaz, és két összetett gyűjteményt tartalmaz öt almezővel, az index mezőszáma 25. A nagyon nagy mezőgyűjteményt tartalmazó indexek lassúak lehetnek. Csak a szükséges mezőkre és attribútumokra korlátozza a mezőket és attribútumokat , és futtassa az indexelési és lekérdezési tesztet annak érdekében, hogy a teljesítmény elfogadható legyen.

³ Az elemek felső korlátja azért létezik, mert nagy számú elem jelentősen növeli az indexhez szükséges tárterületet. Az összetett gyűjtemény egy eleme a gyűjtemény tagjaként van definiálva. Tegyük fel például, hogy egy Hotel dokumentum egy Összetett szobák gyűjteménysel rendelkezik, a Szobák gyűjtemény minden egyes helyisége elemnek minősül. Az indexelés során az indexelő motor legfeljebb 3000 elemet képes biztonságosan feldolgozni a dokumentum egészében. Ez a korlát csak összetett gyűjteményekben lett bevezetve api-version=2019-05-06 , és csak az összetett gyűjteményekre vonatkozik, sztringgyűjteményekre és összetett mezőkre nem.

⁴ A legtöbb szinten az index maximális mérete az összes elérhető tároló a keresési szolgáltatásban. S2, S3 és S3 HD esetén az indexek maximális mérete a táblázatban megadott szám. A 2024. április 3. után létrehozott keresési szolgáltatásokra vonatkozik.

Előfordulhat, hogy a maximális korlátok eltérését tapasztalja, ha a szolgáltatás egy hatékonyabb fürtön van kiépítve. Az itt szereplő korlátok a közös nevezőt jelölik. A fenti specifikációkra épülő indexek bármely régió egyenértékű szolgáltatási szintjei között hordozhatók.

Dokumentumkorlátok

Az indexenkénti dokumentumok maximális száma:

• 24 milliárd alapszintű, S1, S2, S3
• 2 milliárd S3 HD-n
• 288 milliárd L1
• 576 milliárd L2

Az összetett gyűjtemények minden példánya külön dokumentumnak számít ezen korlátok tekintetében.

Az egyes dokumentumok maximális mérete körülbelül 16 megabájt. A dokumentumméret valójában az indexelő API-kérések hasznos adatmennyiségének korlátja, ami 16 megabájt. Ez a hasznos adat lehet egyetlen dokumentum vagy egy köteg dokumentum. Egyetlen dokumentummal rendelkező köteg esetén a maximális dokumentumméret 16 MB JSON.

A dokumentumméret olyan leküldéses módú indexelésre vonatkozik, amely dokumentumokat tölt fel egy keresési szolgáltatásba. Ha lekéréses módú indexeléshez használ indexelőt, a forrásfájlok bármilyen méretűek lehetnek, az indexelő korlátaitól függően. A blobindexelő esetében a fájlméretkorlátok nagyobbak a magasabb szintek esetében. Az S1-korlát például 128 megabájt, az S2-korlát 256 megabájt, és így tovább.

A dokumentum méretének becslésekor ne felejtse el indexelni csak azokat a mezőket, amelyek értéket adnak a keresési forgatókönyvekhez, és zárja ki azokat a forrásmezőket, amelyeknek nincs rendeltetése a futtatni kívánt lekérdezésekben.

Vektorindex méretkorlátjai

Ha vektormezőkkel indexeli a dokumentumokat, az Azure AI Search a megadott algoritmusparaméterek használatával belső vektorindexeket hoz létre. Ezeknek a vektorindexeknek a méretét a szolgáltatás szintjének (vagy SKU) vektorkereséséhez fenntartott memória korlátozza. A vektoros tárolás kezelésével és maximalizálásával kapcsolatos útmutatásért tekintse meg a vektorindex méretét és a korlátok alatt maradást.

A vektorkorlátok az alábbiak szerint változnak:

• szolgáltatás létrehozásának dátuma
• régió

2024 áprilisától magasabb vektorkorlátok vonatkoznak az új keresési szolgáltatásokra a nagyobb kapacitást nyújtó régiókban, ami a legtöbb.

Ez a táblázat a vektorkvóta gb-ban történő időbeli növekedését mutatja. A kvóta partíciónként van, így ha egy új Standard (S1) szolgáltatást 6 partícióra skáláz, a teljes vektorkvótát 35-ször 6-tal megszorozza.

Szolgáltatás létrehozásának dátuma	Alap	S1	S2	S3/HD	L1	L2
2023. július 1. előtt 1	0,5	0	6	12	12	36
2023. július 1. és 2024. április 3. között 2	0	3	12	36	12	36
2024. április 3. – 2024. május 17. 3	5	35	150	300	12	36
2024. május 17. után 4	5	35	150	300	150	300

¹ Kezdeti vektorkorlátok a korai előzetes verzióban.

² Vektorkorlátok a későbbi előzetes verzióban. Három régió nem rendelkezik a magasabb határokkal: Németország nyugati középső régiója, Nyugat-India, Katar középső régiója.

³ Magasabb vektorkvóta a támogatott szintek és régiók nagyobb partíciói alapján.

⁴ Magasabb vektorkvóta több réteghez és régióhoz a partícióméret-frissítések alapján.

A szolgáltatás a keresési szolgáltatás minden partíciójához kikényszeríti a vektorindex-méretkvótát. Minden további partíció növeli az elérhető vektorindex-méretkvótát. Ez a kvóta egy kemény korlát, amely biztosítja, hogy a szolgáltatás kifogástalan állapotban maradjon, ami azt jelenti, hogy a korlát túllépése után a további indexelési kísérletek sikertelenséget eredményeznek. Az indexelést akkor folytathatja, ha felszabadítja a rendelkezésre álló kvótát egyes vektordokumentumok törlésével vagy partíciókban való skálázással.

Fontos

A nagyobb vektorkorlátok nagyobb partícióméretekhez vannak kötve. A régebbi infrastruktúrán futó régiókra a július-áprilisi korlátozások vonatkoznak. Tekintse át a partíciós tárterületkorlátok állapotát a régiók listájában .

Indexelőkorlátok

A maximális futási idők a szolgáltatás egészének egyensúlyát és stabilitását biztosítják, a nagyobb adathalmazok azonban a megengedett maximumnál több indexelési időt igényelhetnek. Ha egy indexelési feladat nem fejeződhet be az engedélyezett maximális időn belül, próbálja meg ütemezés szerint futtatni. Az ütemező nyomon követi az indexelés állapotát. Ha egy ütemezett indexelési feladat bármilyen okból megszakad, az indexelő a következő ütemezett futtatáskor ott folytathatja, ahol utoljára abbahagyta.

Erőforrás	Ingyenes 1	Alapszintű 2	S1	S2	S3	S3 HD 3	L1	L2
Indexelők maximális száma	3	5 vagy 15	50	200	200	n/a	10	10
Adatforrások maximális száma	3	5 vagy 15	50	200	200	n/a	10	10
Maximális képességkészletek 4	3	5 vagy 15	50	200	200	n/a	10	10
Meghívásonkénti indexelési terhelés maximális száma	10 000 dokumentum	Csak a dokumentumok maximális száma korlátozza	Csak a dokumentumok maximális száma korlátozza	Csak a dokumentumok maximális száma korlátozza	Csak a dokumentumok maximális száma korlátozza	n/a	Korlátlan	Korlátlan
Minimális ütemezés	5 perc	5 perc	5 perc	5 perc	5 perc	5 perc	5 perc	5 perc
Maximális futási idő 5	1-3 vagy 3-10 perc	2 vagy 24 óra	2 vagy 24 óra	2 vagy 24 óra	2 vagy 24 óra	n/a	2 vagy 24 óra	2 vagy 24 óra
Blobindexer: maximális blobméret, MB	16	16	128	256	256	n/a	256	256
Blobindexer: blobból kinyert tartalom maximális karakterei 6	32,000	64,000	4 millió	8 millió	16 millió	n/a	4 millió	4 millió

¹ Az ingyenes szolgáltatások indexelői maximális végrehajtási ideje blobforrások esetén 3 perc, az összes többi adatforrás esetében pedig 1 perc. Az indexelő meghívása 180 másodpercenként egyszer történik. Az Azure AI-szolgáltatásokba betárcsázó AI-indexelés esetén az ingyenes szolgáltatások indexelőnként napi 20 ingyenes tranzakcióra korlátozódnak, ahol a tranzakció olyan dokumentumként van definiálva, amely sikeresen áthalad a bővítési folyamaton (tipp: az indexelők alaphelyzetbe állításával visszaállíthatja a számát).

² A 2017 decembere előtt létrehozott alapszolgáltatások alacsonyabb korlátokkal rendelkeznek (15 helyett 5) az indexelőkre, az adatforrásokra és a készségkészletekre.

^{A 3 S3} HD-szolgáltatás nem tartalmazza az indexelők támogatását.

⁴ Képességcsoportonként legfeljebb 30 képesség.

⁵ Ami az indexelők 2 vagy 24 órás maximális időtartamát illeti: a 2 órás maximum a leggyakoribb, és erre kell terveznie. A nyilvános környezetben futó indexelőkre vonatkozik, amelyek számítási szempontból intenzív feldolgozás kiszervezésére szolgálnak, és több erőforrást hagynak a lekérdezések számára. A 24 órás korlát akkor érvényes, ha úgy konfigurálja az indexelőt, hogy privát környezetben fusson, csak a keresési szolgáltatás számára lefoglalt infrastruktúrával. Vegye figyelembe, hogy egyes régebbi indexelők nem képesek a nyilvános környezetben futni, és ezek az indexelők mindig 24 órás feldolgozási tartománnyal rendelkeznek. Ha nem ütemezett indexelői 24 órán keresztül folyamatosan futnak, feltételezheti, hogy ezek az indexelők nem migrálhatók az újabb infrastruktúrába. Általános szabályként az olyan indexelési feladatok esetében, amelyek nem fejeződhetnek be két órán belül, az indexelőt 5 perces ütemezésre kell állítani, hogy az indexelő gyorsan fel tudja venni a kívánt helyre, ahol abbahagyta. Az ingyenes szinten a 3–10 perces maximális futási idő a képességkészletekkel rendelkező indexelők számára van.

⁶ A karakterek maximális száma Unicode-kódegységeken, pontosabban UTF-16-on alapul.

Feljegyzés

Az indexelők az indexelők az összes összetett gyűjteményre vonatkozó 3000 elem felső korlátját is kikényszeríteni fogják dokumentumonként, kezdve a legújabb GA API-verzióval, amely támogatja az összetett típusok (2019-05-06) használatát. Ez azt jelenti, hogy ha az indexelőt egy korábbi API-verzióval hozta létre, akkor erre a korlátra nem vonatkozik. A maximális kompatibilitás megőrzése érdekében a korábbi API-verzióval létrehozott, majd API-verzióval vagy újabb verzióval 2019-05-06 frissített indexelő továbbra is ki lesz zárva a korlátokból. Az ügyfeleknek tisztában kell lenniük a nagyon nagy összetett gyűjtemények kedvezőtlen hatásával (a korábban leírtak szerint), és erősen javasoljuk, hogy hozzon létre új indexelőket a legújabb GA API-verzióval.

Megosztott privát kapcsolat erőforráskorlátai

Az indexelők a megosztott privát kapcsolati erőforrás API-val felügyelt privát végpontokon keresztül férhetnek hozzá más Azure-erőforrásokhoz. Ez a szakasz a képességhez kapcsolódó korlátokat ismerteti.

Erőforrás	Ingyenes	Alap	S1	S2	S3	S3 HD	L1	L2
Privát végpont indexelő támogatása	Nem	Igen	Igen	Igen	Igen	Nem	Igen	Igen
Privát végpont támogatása az 1. képességkészlettelrendelkező indexelők számára	Nem	Nem	Nem	Igen	Igen	Nem	Igen	Igen
Privát végpont támogatása képességkészlettel és integrált vektorizációval rendelkező indexelők számára 2	Nem	Igen	Igen	Igen	Igen	Nem	Igen	Igen
Privát végpontok maximális száma	n/a	10 vagy 30	100	400	400	n/a	20	20
Eltérő erőforrástípusokmaximális száma 3	n/a	4	7	15	15	n/a	4	4

¹ A mi-bővítés és a képelemzés számítási szempontból intenzív, és aránytalan mennyiségű rendelkezésre álló feldolgozási teljesítményt használ fel. Emiatt a privát kapcsolatok le vannak tiltva alacsonyabb szinteken, hogy biztosítsa magának a keresési szolgáltatásnak a teljesítményét és stabilitását.

^{2 2 2024}. április 3. után létrehozott nagy kapacitású szolgáltatások a Partition Storage alatt felsorolt régiókban, és az integrált vektorizálási számítási feladatok indexelési időben való futtatása támogatja a fizetős szintek megosztott privát kapcsolatait. A rendszernek legalább olyan képességet kell észlelnie, amely adatokat ágyaz be.

³ Az eltérő erőforrástípusok száma az adott keresési szolgáltatás összes megosztott privát kapcsolati erőforrásában használt egyedi groupId értékek számaként lesz kiszámítva, függetlenül az erőforrás állapotától.

Szinonimák korlátai

A szinonimatérképek maximális száma rétegenként változik. Minden szabály legfeljebb 20 bővítéssel rendelkezhet, ahol a bővítés egyenértékű kifejezés. Például a "macska", a "cica", a "macska" és a "felis" (macskák nemzetsége) társítása 3 bővítésnek számít.

Erőforrás	Ingyenes	Alap	S1	S2	S3	S3-HD	L1	L2
Szinonimatérképek maximális száma	3	3	5	10	20	20	10	10
A szabályok maximális száma térképenként	5000	20000	20000	20000	20000	20000	20000	20000

Index aliaskorlátai

Az index-aliasok maximális száma szinttől és szolgáltatáslétrehozási dátumtól függően változik. Minden szinten, ha a szolgáltatás 2022 októbere után jött létre, az aliasok maximális száma az engedélyezett indexek maximális számának kétszerese. Ha a szolgáltatás 2022 októbere előtt jött létre, a korlát az engedélyezett indexek száma.

Szolgáltatás létrehozásának dátuma	Ingyenes	Alap	S1	S2	S3	S3-HD	L1	L2
2022 októbere előtt	3	5 vagy 15 1	50	200	200	1000 partíciónként vagy 3000 szolgáltatásonként	10	10
2022. október után	6	30	100	400	400	2000 partíciónként vagy szolgáltatásonként 6000	20	20

¹ A 2017 decembere előtt létrehozott alapszolgáltatások alacsonyabb korlátokkal rendelkeznek (15 helyett 5) az indexeken

Adatkorlátok (AI-bővítés)

Az olyan AI-bővítési folyamat, amely meghív egy Azure AI Language-erőforrást az entitások felismeréséhez, az entitások összekapcsolásához, a kulcskifejezések kinyeréséhez, a hangulatelemzéshez, a nyelvfelismeréshez és a személyes információk észleléséhez, az adatkorlátokra vonatkozik. A rekord maximális méretének 50 000 karakternek kell lennie a mért érték szerint String.Length. Ha fel kell szakítania az adatokat, mielőtt elküldené azokat a hangulatelemzőnek, használja a Szöveg felosztása képességet.

Szabályozási korlátok

Az API-kérések szabályozása a rendszer csúcskapacitásának közeledtével zajlik. A szabályozás eltérően viselkedik a különböző API-k esetében. Az API-k lekérdezése (keresés/javaslat/automatikus kiegészítés) és az API-k indexelése dinamikusan, a szolgáltatás terhelése alapján. Az index API-k és a szolgáltatásműveleti API-k statikus kérési sebességkorlátokkal rendelkeznek.

Az indexhez kapcsolódó műveletek statikus sebességkérési korlátai:

• Listaindexek (GET/indexek): 3 másodpercenként egy keresési egységben
• Index lekérése (GET /indexek/myindex): 10 másodpercenként egy keresési egységben
• Index létrehozása (POST/indexek): 12 percenkénti keresési egységenként
• Index létrehozása vagy frissítése (PUT /indexek/myindex): keresési egységenként másodpercenként 6
• Index törlése (DELETE /indexek/myindex): 12 percenkénti keresési egység

A szolgáltatáshoz kapcsolódó műveletek statikus sebességkérési korlátai:

• Szolgáltatásstatisztika (GET /servicestats): 4 másodpercenként egy keresési egységben

Szemantikai rangsoroló szabályozási korlátai

A szemantikai rangsoroló egy sorba állítási rendszert használ az egyidejű kérések kezeléséhez. Ez a sytem lehetővé teszi, hogy a keresési szolgáltatások másodpercenként a lehető legtöbb lekérdezést kapják. Az egyidejű kérések korlátjának elérésekor a rendszer további kéréseket helyez el egy üzenetsorban. Ha az üzenetsor megtelt, a rendszer elutasítja a további kéréseket, és újra kell próbálkoznia.

A másodpercenkénti összes szemantikai rangsoroló lekérdezés az alábbi tényezőktől függ:

• A keresési szolgáltatás termékváltozata. Az üzenetsor kapacitása és az egyidejű kéréskorlátok termékváltozatonként eltérőek.
• A keresési szolgáltatásban található keresési egységek száma. Az egyidejű szemantikai rangsoroló lekérdezések maximális számának növelésének legegyszerűbb módja, ha további keresési egységeket ad hozzá a keresési szolgáltatáshoz.
• A régióban elérhető szemantikai rangsoroló teljes kapacitása.
• A lekérdezések szemantikai rangsorolóval való kiszolgálásához szükséges idő. Ez attól függően változik, hogy milyen elfoglalt a keresési szolgáltatás.

Az alábbi táblázat a termékváltozatok szemantikai rangsorolói szabályozási korlátait ismerteti. A régióban rendelkezésre álló kapacitás függvényében lépjen kapcsolatba az ügyfélszolgálattal, és kérjen korlátnövelést.

Erőforrás	Alap	S1	S2	S3	S3-HD	L1	L2
Egyidejű kérelmek maximális száma (keresési egységenként)	2	3	4	4	4	4	4
Kérelemsor maximális mérete (keresési egységenként)	4	6	8	8	8	8	8

API-kérések korlátai

A feljegyzett esetek kivételével a következő API-kérések minden programozható felületre vonatkoznak, beleértve az Azure SDK-kat is.

• Legfeljebb 16 MB indexelésenként vagy lekérdezési kérésenként, ha hasznos adatokat küld a keresési szolgáltatásba ¹
• Legfeljebb 8 KB URL-címhossz (csak REST API-kra vonatkozik)
• Indexfeltöltések, -egyesítések vagy -törlések kötegenként legfeljebb 1000 dokumentum
• Legfeljebb 32 mező $orderby záradékban
• Legfeljebb 100 000 karakter egy keresési záradékban
• A záradékok search maximális száma (az AND vagy OR által elválasztott kifejezésekben) 1024
• A keresési kifejezés maximális mérete 32 766 bájt (32 KB mínusz 2 bájt) UTF-8 kódolt szövegből
• A keresési kifejezés maximális mérete 1000 karakter az előtagok kereséséhez és a regex kereséshez
• A helyettesítő karakterek és a reguláris kifejezések keresése legfeljebb 1000 állapotra korlátozódik, ha Lucene feldolgozta.

¹ Az Azure AI Searchben a kérések törzsére 16 MB-os felső korlát vonatkozik, amely gyakorlati korlátot szab az elméleti korlátok által egyébként nem korlátozott egyes mezők vagy gyűjtemények tartalmára (a mezőösszetételről és a korlátozásokról további információt a támogatott adattípusokban talál).

A lekérdezések méretére és összetételére vonatkozó korlátozások azért léteznek, mert a kötetlen lekérdezések destabilizálhatják a keresési szolgáltatást. Az ilyen lekérdezések általában programozott módon jönnek létre. Ha az alkalmazás programozott módon hoz létre keresési lekérdezéseket, javasoljuk, hogy úgy tervezzen meg, hogy ne hozzon létre kötetlen méretű lekérdezéseket.

API-válaszkorlátok

• A keresési eredmények oldalanként legfeljebb 1000 dokumentumot ad vissza
• A Javaslat API-kérésenként visszaadott javaslatok száma legfeljebb 100

API-kulcskorlátok

Az API-kulcsok a szolgáltatáshitelesítéshez használatosak. Két típusukat különböztetjük meg. A rendszergazdai kulcsok meg vannak adva a kérelem fejlécében, és teljes olvasási-írási hozzáférést biztosítanak a szolgáltatáshoz. A lekérdezési kulcsok írásvédettek, az URL-címen vannak megadva, és általában az ügyfélalkalmazások között vannak elosztva.

• Szolgáltatásonként legfeljebb 2 rendszergazdai kulcs
• Szolgáltatásonként legfeljebb 50 lekérdezési kulcs