Megjegyzés
Az oldalhoz való hozzáféréshez engedély szükséges. Megpróbálhat bejelentkezni vagy módosítani a címtárat.
Az oldalhoz való hozzáféréshez engedély szükséges. Megpróbálhatja módosítani a címtárat.
Megjegyzés:
Azure AI Keresés a Azure portálon, REST API-kon és Azure SDK-k keresztül érhető el. Emellett a Foundry IQ-t is támogatja, amely a vállalati tartalmakat újrafelhasználható, engedélytudatos tudásbázisokká alakítja át az Microsoft Foundry portálon található ügynökök számára.
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 a Azure AI Keresés szolgáltatás díjszabási modelljétől függnek.
Azure AI Keresés két tarifamodellt támogat, mindegyikhez társított szolgáltatási szintek tartoznak. A kiválasztott szint hatással van az útmutatóban ismertetett szolgáltatási korlátokra.
- Dedikált: A keresési egységek (SU-k) által mért rögzített díjszabás. A szolgáltatási szint beállításai a következők: Alapszintű, Standard (S1-S3, beleértve az S3 HD-t), a storage Optimized (L1-L2) és a korlátozott keresési szolgáltatási képességekkel rendelkező ingyenes szint.
- Kiszolgáló nélküli (előzetes verzió): A számítási egységek óránkénti (CU/óra) és az indexelt tárterület esetén gb/hónap alapján mért fogyasztásalapú díjszabás. A jelenlegi előzetes szint: Serverless Developer. A korlátokat az indexenkénti felső határértékek, a szolgáltatásonkénti objektumszámok, valamint a Serverless fojtási viselkedése határozza meg.
Fontos
A kiszolgáló nélküli fejlesztői szint jelenleg előzetes verzióban érhető el. Ez az előzetes verzió szolgáltatásszintű szerződés nélkül érhető el, és éles számítási feladatokhoz nem ajánlott. Előfordulhat, hogy bizonyos funkciók nem támogatottak, vagy korlátozott képességekkel rendelkeznek. További információkért lásd: Microsoft Azure Previews Kiegészítő Felhasználási Feltételek.
A kiszolgáló nélküli fejlesztői szint számlázása 2026. szeptember 13-án kezdődött. Az ezen a napon vagy azt követő használat díjai megjelennek a Azure számlán. A használatért 2026. szeptember 13-a előtt nem kell fizetnie.
A kiszolgáló nélküli fejlesztői szint nem támogatja a más tarifacsomagokra való migrálást, és a más szinteken elérhető egyes funkciók nem támogatottak a nyilvános előzetes verzióban. A szolgáltatáskorlátok, a támogatott funkciók és a díjszabás részletei az általános elérhetőség előtt változhatnak.
Az előzetes verzióban a kiszolgáló nélküli díjszabási modell csak bizonyos régiókban támogatott.
További információ: Díjszabási modell és szolgáltatási szint kiválasztása.
Kvóta-, kapacitás- vagy korláthibák diagnosztizálása
A kvóta- és kapacitáshibák külön vezérlőkből származnak. Használja a befejezett művelet hibáját annak megkereséséhez, hogy melyikre vonatkozik.
Ha egy létrehozási, méretezési vagy frissítési művelet még folyamatban van, várjon, amíg a kiépítési állapot Succeeded vagy Failed lesz. Egy folyamatban lévő művelet nem bizonyítja a kvótával vagy kapacitással kapcsolatos problémát. Ha egy méretezési művelet meghiúsul, tekintse meg a skálázás során előforduló hibákat.
| Failure | Valószínű ok | Első művelet |
|---|---|---|
| A szolgáltatás létrehozása le van tiltva az előfizetésben és a régióban | Előfizetési kvóta | A Kvóták szolgáltatásban ellenőrizze a réteg és a régió korlátját, majd kérjen további szolgáltatásokat. |
| A létrehozás, skálázás vagy frissítés sikertelen, annak ellenére, hogy a kvóta elérhető | Fontolja meg az alternatív régiókat és a csúcson kívüli üzembe helyezést | Ellenőrizze, hogy a régióban található lábjegyzetek támogatják-e a nagy igényű szinteket, majd fontolja meg egy alternatívát. |
| Replika, partíció, réteg vagy objektumkérelem elutasítva | Szolgáltatás- vagy indexkorlát | Hasonlítsa össze a konfigurációs és objektumszámokat a szolgáltatáskorlátokkal és az indexkorlátokkal. |
| A keresési szolgáltatás a terhelés alatti szabályozási válaszokat adja vissza | Throttling | Csökkentse a kérelem sebességét, vagy adjon hozzá keresési egységeket. Lásd a szabályozás korlátait. |
| Az indexelés egy tárterület vagy vektorkorlát közelében meghiúsul | Tárolási vagy vektorkvóta | Hasonlítsa össze storageSize a lemez partíciótárolójával és vectorIndexSize a memória vektorindex-méretkorlátjával . |
| Az indexelő, a készség vagy a vektorizáló 429-es hibát jelez egy másik szolgáltatástól | Azure OpenAI vagy más szolgáltatáskvóta | Kövesse a hibát kibocsátó szolgáltatás kvótakövető útmutatóját, például Azure OpenAI-t. |
Az elérhető előfizetési kvóta nem garantálja a regionális kapacitást, és a további kvóta kérése nem oldja meg a kapacitáskorlátozást. Ha a hiba továbbra is fennáll, nyisson meg egy Azure-támogatás kérelmet, amely tartalmazza az előfizetést, a régiót, a szintet, a kért konfigurációt, a teljes hibaszöveget, az UTC-időt, valamint a korrelációt vagy a művelet azonosítóját.
Előfizetési korlátok
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 alapszolgáltatást egy másik régióban, összesen 32 alapszintű szolgáltatáshoz ugyanabban az előfizetésben. A szolgáltatási szintekről további információt a díjszabási modell és a szolgáltatási szint kiválasztása című témakörben talál.
Kéréssel maximális szolgáltatási korlátokat emelhet. 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 | Alapszintű | S1 | S2 | S3 | S3 HD | L1 | L2 | Kiszolgáló nélküli fejlesztő |
|---|---|---|---|---|---|---|---|---|---|
| Szolgáltatások maximális száma régiónként | 1 | 16 | 16 | 8 | 6 | 6 | 6 | 6 | 5 |
| Keresési egységek maximális száma (SU)2 | Nincs adat. | 3 SU | 36 SU | 36 SU | 36 SU | 36 SU | 36 SU | 36 SU | Nincs adat. |
1 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.
2 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ási korlátok
A dedikált díjszabási modellben tervezze meg a kapacitást a replikák partíciókkal (keresési egységek) való szorzásával.
| Erőforrás | Ingyenes | Alapszintű | S1 | S2 | S3 | S3 HD | L1 | L2 | Kiszolgáló nélküli fejlesztő |
|---|---|---|---|---|---|---|---|---|---|
| Partíciók | Nincs adat. | 3 1 | 12 | 12 | 12 | 3 | 12 | 12 | Nincs adat. |
| Replikák | Nincs adat. | 3 | 12 | 12 | 12 | 12 | 12 | 12 | Nincs adat. |
1 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ásokra maximális tárterületkorlát vonatkozik (a partíciók mérete és a partíciók száma megszorozva), vagy az indexek vagy indexelőkmaximális számának korlátja, amelyik előbb jön.
A szolgáltatási szintű 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 Keresésben.
Az ingyenes szolgáltatásoknak nincsenek fix partíciói vagy replikái, és megosztják az erőforrásokat más előfizetőkkel.
Partíció tárolókapacitása (GB)
A szolgáltatásonkénti tárterületkorlátok két tényezőtől függően változnak: a szolgáltatás létrehozásának dátuma és régiója. A legtöbb támogatott régió magasabb korlátokat kínál 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. 2024 áprilisától kezdve a lábjegyzetekben felsorolt régiókban a nagyobb kapacitáspartíciók online állapotba kerültek. Ha régebbi szolgáltatással rendelkezik egy támogatott régióban, ellenőrizze, hogy frissítheti-e a szolgáltatást a magasabb tárterületkorlátok eléréséhez.
| Szolgáltatás létrehozásának dátuma | Alapszintű | S1 | S2 | S3/HD | L1 | L2 | Kiszolgáló nélküli fejlesztő |
|---|---|---|---|---|---|---|---|
| 2024. április 3. előtt | 2 | 25 | 100 | 200 | 1,024 | 2,048 | Nincs adat. |
| 2024. április 3. – 2024. május 17. 1 | 15 | 160 | 512 | 1,024 | 1,024 | 2,048 | Nincs adat. |
| 2024. május 17. után 2 | 15 | 160 | 512 | 1,024 | 2,048 | 4,096 | Nincs adat. |
| 2025. február 10. után 3 | 15 | 160 | 512 | 1,024 | 2,048 | 4,096 | Nincs adat. |
1 Nagyobb kapacitású tároló az alapszintű, az S1, az S2 és az S3 esetében ezekben a régiókban. Amerikák: Brazília déli régiója, Kanada középső régiója, Kanada keleti régiója, 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.
2 Nagyobb kapacitású tároló L1 és L2 esetén. Több régió biztosít nagyobb kapacitást minden számlázható szinten. Amerika: USA 2. keleti régiója EUAP. 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.
3 Nyugat-Európában nagyobb kapacitású tároló áll rendelkezésre.
Fontos
Jelenleg a magasabb tárterületkorlátok nem érhetők el a következő régiókban, amelyekre az április 3. előtti korlátozások vonatkoznak.
- Közép-Izrael
- Közép-Katar
- Közép-Spanyolország
- Dél-India
Indexkorlátok
| Erőforrás | Ingyenes | Alapszintű | S1 | S2 | S3 | S3 HD | L1 | L2 | Kiszolgáló nélküli fejlesztő |
|---|---|---|---|---|---|---|---|---|---|
| Indexek maximális száma | 3 | 5 vagy 15 1 | 50 | 200 | 200 | Partíciónként 1000 vagy szolgáltatásonként 3000 | 10 | 10 | 30 |
| Egyszerű mezők maximális száma indexenként 2 | 1000 | 100 vagy 1000 3 | 1000 | 1000 | 1000 | 1000 | 1000 | 1000 | 1000 |
| Vektormezőnkénti dimenziók maximális száma | 4096 | 4096 | 4096 | 4096 | 4096 | 4096 | 4096 | 4096 | 4096 |
| Összetett gyűjtemények maximális száma indexenként | 40 | 40 | 40 | 40 | 40 | 40 | 40 | 40 | 40 |
| Az összes összetett gyűjtemény elemeinek maximális száma dokumentumonként 4 | 3000 | 3000 | 3000 | 3000 | 3000 | 3000 | 3000 | 3000 | 3000 |
| Összetett mezők maximális mélysége | 10 | 10 | 10 | 10 | 10 | 10 | 10 | 10 | 10 |
| Javaslattevők maximális száma indexenként | 1 | 1 | 1 | 1 | 1 | 1 | 1 | 1 | 1 |
| Indexenkénti pontozási profilok maximális száma | 100 | 100 | 100 | 100 | 100 | 100 | 100 | 100 | 100 |
| A szemantikai konfigurációk maximális száma indexenként | 100 | 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 | 8 |
| Az index maximális mérete 5 | Nincs adat. | Nincs adat. | Nincs adat. | 1,88 TB | 2,34 TB | 100 GB | Nincs adat. | Nincs adat. | 1 GB |
1 A 2017 decembere előtt létrehozott alapszolgáltatások alacsonyabb korlátokkal rendelkeznek (15 helyett 5) az indexeken.
2 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, különösen a régebbi alapszintű szolgáltatások esetén. A mezőket és attribútumokat csak a szükségesre korlátozhatja, és indexelési és lekérdezési teszteket futtathat annak érdekében, hogy a teljesítmény elfogadható legyen.
3 A 2024. április 3. előtt létrehozott alapszolgáltatások indexenként legfeljebb 100 mezőt támogatnak. Az újabb alapszolgáltatások indexenként 1000 mezőt támogatnak.
4 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 szállodai dokumentum rendelkezik egy összetett, szobákat tartalmazó gyűjteménnyel. A Szobák gyűjtemény minden egyes helyisége elemnek számít. 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.
5 A legtöbb szint esetében az index maximális mérete a keresési szolgáltatásban elérhető teljes tárterület. A több partícióval rendelkező S2, S3 és S3 HD szolgáltatások esetében, így több tárterülettel rendelkező S2, S3 és S3 HD szolgáltatások esetén egyetlen index maximális mérete van megadva a táblázatban. A 2024. április 3. után létrehozott keresési szolgáltatásokra vonatkozik. A kiszolgáló nélküli modellel (előzetes verzió) beállított szolgáltatások indexei a táblázatban megadott maximális mérettel rendelkeznek.
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
Minden index legfeljebb a következő számú dokumentumot támogatja:
- 24 milliárd a Basic, S1, S2 és S3 szinten
- 2 milliárd S3 HD-n
- 288 milliárd az L1 hálózaton
- 576 milliárd L2
Minden dokumentum mérete körülbelül 16 MB lehet. A dokumentumméretkorlát valójában az indexelő API-kérés hasznos adatainak méretére vonatkozik, ami 16 MB. Ez a hasznos teher lehet egyetlen dokumentum vagy dokumentumok kötege. Egyetlen dokumentummal rendelkező köteg esetén a maximális dokumentumméret 16 MB JSON.
A dokumentum méretkorlátja a dokumentumokat keresési szolgáltatásba feltöltő leküldéses módú indexelésre vonatkozik. 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 MB, az S2 korlátja pedig 256 MB.
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. 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 Keresés a megadott algoritmusparaméterek használatával belső vektorindexeket hoz létre.
A vektorindexek méretét a következők korlátozzák:
- A dedikált díjszabási modellben a szolgáltatás szintjének (vagy
SKU) vektorkereséséhez fenntartott memória. - Indexenkénti tárolási korlátok a kiszolgáló nélküli díjszabási modellben.
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:
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. Ha régebbi szolgáltatással rendelkezik egy támogatott régióban, ellenőrizze, hogy frissítheti-e a szolgáltatást a magasabb vektorkorlátokra.
A kiszolgáló nélküli díjszabási modellben a vektorkorlátok indexenként, nem partíciónként vannak meghatározva.
-
A vektorindex maximális mérete indexenként (kiszolgáló nélküli): 300 MB
- Ez a méret körülbelül 30% teljes indextárolást jelent, összhangban a dedikált szolgáltatási szintekben használt vektor-tárterület arányával.
- Ez a méret indexenként egy kemény korlát. Az indexelés során az e korlát túllépésére irányuló kísérletek meghiúsulnak.
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 meghatározva, így ha egy új Standard (S1) szolgáltatást 6 partícióra skáláz, akkor a teljes vektorkvóta 35 szorozva 6-tal.
| Szolgáltatás létrehozásának dátuma | Alapszintű | S1 | S2 | S3/HD | L1 | L2 |
|---|---|---|---|---|---|---|
| 2023. július 1. előtt1 | 0,5 | 1 | 6 | 12 | 12 | 36 |
| 2023. július 1. és 2024. április 3. között2 | 1 | 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 |
1 Kezdeti vektorkorlátok a korai előzetes verzióban.
2 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.
3 Magasabb vektorkvóta a támogatott szintek és régiók nagyobb partíciói alapján.
4 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 kikényszeríti a vektorindex méretkvótát:
- Dedikált: A keresési szolgáltatás egyes partícióira
- Kiszolgáló nélküli: Indexenként
Ez a kvóta egy kemény korlát, amely biztosítja, hogy a szolgáltatás kifogástalan állapotban maradjon. A korlát túllépése után a további indexelési kísérletek sikertelenséget eredményeznek. Miután felszabadította a rendelkezésre álló kvótát, folytathatja az indexelést:
- Vektordokumentumok törlése
- A vektor méretének vagy dimenziószámának csökkentése
- (Csak dedikált) Partíciók horizontális skálázása
Fontos
A nagyobb vektorkorlátok nagyobb partícióméretekhez vannak kötve. Jelenleg a magasabb vektorkorlátok nem érhetők el a következő régiókban, amelyekre a július–áprilisi korlátozások vonatkoznak.
- Közép-Izrael
- Közép-Katar
- Spanyolország középső régiója
- Dél-India
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.
Megjegyzés:
A kiszolgáló nélküli díjszabási modellben az indexelő viselkedése eltér a dedikált szolgáltatásoktól. A kapacitást nem replikák vagy partíciók határozzák meg. Ehelyett a szolgáltatásonkénti objektumkorlátok, az indexenkénti tárterületkorlátok és a szolgáltatásszintű szabályozás szabályozzák az indexelési korlátokat. A kiszolgáló nélküli fejlesztői indexelőnkénti maximális futási idő két óra.
Indexelő objektum- és átviteli sebességkorlátai
| Erőforrás | Ingyenes 1 | Alapszintű 2 | S1 | S2 | S3 | S3 HD 3 | L1 | L2 | Kiszolgáló nélküli fejlesztő |
|---|---|---|---|---|---|---|---|---|---|
| Indexelők maximális száma | 3 | 5 vagy 15 | 50 | 200 | 200 | Nincs adat. | 10 | 10 | 30 |
| Adatforrások maximális száma | 3 | 5 vagy 15 | 50 | 200 | 200 | Nincs adat. | 10 | 10 | Szolgáltatásonként 30 |
| Maximális készségek 4 | 3 | 5 vagy 15 | 50 | 200 | 200 | Nincs adat. | 10 | 10 | 30 |
| 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 | Nincs adat. | Nincs korlát | Nincs korlát | Csak a dokumentumok maximális száma korlátozza |
| Minimális ütemezés | 5 perc | 5 perc | 5 perc | 5 perc | 5 perc | 5 perc | 5 perc | 5 perc | 5 perc |
| Indexelőnkénti 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 | 2 óra | 2 vagy 24 óra | 2 vagy 24 óra | 2 óra |
| Indexelőprogram kumulatív futási ideje szolgáltatásonként 6 | Nincs adat. | Nincs adat. | Nincs adat. | Nincs adat. | Nincs adat. | 24 óra | Nincs adat. | Nincs adat. | 24 óra |
1 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 Foundry Toolst hívó 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őt alaphelyzetbe állíthatja a számláló visszaállítása érdekében.)
2 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 indexelő támogatása előzetes verzióban érhető el, és REST 2025-11-01-preview API-verziót vagy újabb verziót igényel. Az S3 HD-indexelők csak a több-bérlős végrehajtási környezetben futnak, és nem támogatják a megosztott privát kapcsolat erőforrásait. Az előzetes verzióban az S3 HD-indexelő támogatása leginkább kis munkaterhelésekhez (körülbelül 1 GB-os indexméretig) használható, készségkészletek nélkül vagy csak minimális készségkészletekkel. Az összesítő viselkedéssel, monitorozással és tervezéssel kapcsolatos útmutatásért tekintse meg az Indexelő kiszolgáló nélküli és S3 HD-n történő végrehajtását ismertető témakört.
4 Képességcsoportonként legfeljebb 30 képesség.
5 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ást végeznek, és több erőforrást hagynak a lekérdezésekhez. 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. 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 24 órán keresztül folyamatosan futnak ütemezés nélküli indexelők, feltételezhető, hogy azokat nem lehet az újabb infrastruktúrába migrálni. Á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 felvehesse a helyét, 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.
6 Az S3 HD és a kiszolgáló nélküli szolgáltatások esetében minden indexelő szolgáltatásonként 24 órányi kumulatív futásidet oszt meg minden 24 órás UTC-ablakban. A kvóta működéssel, monitorozással és tervezéssel kapcsolatos útmutatásért tekintse meg az Indexelő kiszolgáló nélküli és S3 HD-n történő végrehajtását (előzetes verzió) ismertető témakört.
A blobszerű indexelők forrásfájl-korlátai
A fájlfeldolgozás fázisokban történik, és minden fázisnak saját korlátai vannak:
- Az adatforrás-összekötők letöltenek egy forráselemet, a forrásspecifikus összekötők korlátaitól függően.
- Azure AI Keresés kinyeri az elem tartalmát, a forrásfájl maximális méretétől és a kinyert karakterkorláttól függően az alábbi táblázatban.
- A képességkészletek igény szerint elküldik ezt a tartalmat az alsóbb rétegbeli szolgáltatásoknak, ahol az egyes képességek bemeneti korlátja kisebb lehet, mint amit az indexelő kinyer.
Az alábbi táblázatban szereplő forrásfájlméret és kinyert karakterkorlátok az Azure Blob Storage, az ADLS Gen2, a SharePoint Microsoft 365, a OneLake és a Azure Files indexelőkre vonatkoznak. A képességenkénti korlátokért tekintse meg a készségkészlet minden egyes képességére vonatkozó referenciacikket .
| Erőforrás | Ingyenes | Alapszintű | S1 | S2 | S3 | S3 HD | L1 | L2 | Kiszolgáló nélküli fejlesztő |
|---|---|---|---|---|---|---|---|---|---|
| Forrásfájl maximális mérete, MB 24 | 16 | 16 | 128 | 256 | 256 | Nincs adat. | 256 | 256 | 256 |
| Forrásfájlból kinyert karakterek maximális száma 134 | 256,000 | 512 000 | 4 mil | 8 mil | 16 mil | Nincs adat. | 4 mil | 4 mil | 16 mil |
1 A karakterek maximális száma Unicode-kódegységeken, pontosabban UTF-16-on alapul.
2 A CSV-fájlok elemzési módjának használatakor delimitedText fájlsoronként 10 MB pufferméretkorlát érvényes.
3 A CSV-fájlok elemzési módjának használatakor delimitedText a "maximális kinyert tartalomméret" korlát nem érvényes.
4 A blobszerű indexelők közé tartozik a Azure Blob Storage indexelő (blobindexelő), az ADLS Gen2 indexelő, SharePoint Microsoft 365 indexelő, a OneLake indexelő és Azure Files indexelő. A közvetlen feltöltésű fájlismereti forrás nem használ indexelőt, és külön korlátozásokkal rendelkezik.
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.
Megjegyzés:
A kiszolgáló nélküli díjszabási modell fejlesztői szintje nem támogatja a megosztott privát kapcsolatokat vagy a hálózati biztonsági szegélyeket (NSP) az adatforrásokhoz. A kiszolgáló nélküli fejlesztői rétegszolgáltatáshoz való privát kapcsolat privát végpontjai és IP-tűzfalszabályai támogatottak.
| Erőforrás | Ingyenes | Alapszintű | S1 | S2 | S3 | S3 HD | L1 | L2 | Kiszolgáló nélküli fejlesztő |
|---|---|---|---|---|---|---|---|---|---|
| Privát végpont indexelő támogatása | Nem | Igen | Igen | Igen | Igen | Nem | Igen | Igen | Nem |
| Privát végpont támogatása az 1. képességkészlettel rendelkező indexelők számára | Nem | Nem | Igen | Igen | Igen | Nem | Igen | Igen | Nem |
| Privát végpont támogatás a beágyazási képességgel rendelkező képességkészletekhez | Nem | Igen | Igen | Igen | Igen | Nem | Igen | Igen | Nem |
| Privát végpontok maximális száma | Nincs adat. | 10 vagy 30 | 100 | 400 | 400 | Nincs adat. | 20 | 20 | Nincs adat. |
| Eltérő erőforrástípusok maximális száma 3 | Nincs adat. | 4 | 7 | 15 | 15 | Nincs adat. | 4 | 4 | Nincs adat. |
1 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. Az alapszintű szolgáltatások esetében a Microsoft Foundry-erőforráshoz való privát kapcsolatok nem támogatottak a szolgáltatás stabilitásának megőrzése érdekében. Az S1 szint esetében győződjön meg arról, hogy a szolgáltatás 2024. április 3. után magasabb korlátokkal lett létrehozva. A 2-nél több Azure OpenAI-beágyazási vagy Azure Vision multimodális beágyazási képességgel rendelkező indexelők nem futnak privát környezetben, és a privát kapcsolatok nem érhetők el.
2 A beágyazási modellhez való privát kapcsolatok támogatottak a 2024. április 3. után létrehozott alapszintű és S1 nagy kapacitású keresési szolgáltatásokban, a tárolás és a számítási feldolgozás magasabb korlátaival .
3 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” szó esetében a „cica”, a „macskaféle” és a „felis” (a macskák nemzetsége) társítások három bővítésnek számítanak.
| Erőforrás | Ingyenes | Alapszintű | S1 | S2 | S3 | S3 HD | L1 | L2 | Kiszolgáló nélküli fejlesztő |
|---|---|---|---|---|---|---|---|---|---|
| Szinonimatérképek maximális száma | 3 | 3 | 5 | 10 | 20 | 20 | 10 | 10 | Szolgáltatásonként 20 |
| A szabályok maximális száma térképenként | 5 000 | 20000 | 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 kétszerese az engedélyezett indexek maximális számának. Ha a szolgáltatás 2022 októbere előtt jött létre, a korlát az engedélyezett indexek száma.
Megjegyzés:
A kiszolgáló nélküli modell fejlesztői szintje nem támogatja az index-aliasokat.
| Szolgáltatás létrehozásának dátuma | Ingyenes | Alapszintű | S1 | S2 | S3 | S3 HD | L1 | L2 | Kiszolgáló nélküli fejlesztő |
|---|---|---|---|---|---|---|---|---|---|
| 2022 októbere előtt | 3 | 5 vagy 15 1 | 50 | 200 | 200 | Partíciónként 1000 vagy szolgáltatásonként 3000 | 10 | 10 | Nincs adat. |
| 2022. október után | 6 | 30 | 100 | 400 | 400 | 2000 partíciónként vagy 6000 szolgáltatás szerint | 20 | 20 | Nincs adat. |
1 A 2017 decembere előtt létrehozott alapszolgáltatások alacsonyabb korlátokkal rendelkeznek (15 helyett 5) az indexeken.
Ügynöki lekérési korlátok
A tudásbázis egy vagy több tudásbázist és egy lekéréses érvelési erőfeszítést (előzetes verziót) határoz meg, amely szabályozza a nagy nyelvi modell (LLM) feldolgozásának szintjét az ügynöki lekéréshez. A korlátok a tarifacsomagtól, az API-verziótól és az érvelési munka szintjétől függően változnak.
| Erőforrás | Ingyenes | Alapszintű | S1 | S2 | S3 | S3 HD | L1 | L2 | Kiszolgáló nélküli fejlesztő |
|---|---|---|---|---|---|---|---|---|---|
| A tudásbázisok maximális száma szolgáltatásonként | 3 | 5 vagy 15 1 | 50 | 200 | 200 | 1000 partíciónként vagy 3000 szolgáltatásonként 2 | 10 | 10 | 30 |
| A tudásbázisok maximális száma szolgáltatásonként | 3 | 5 vagy 15 1 | 50 | 200 | 200 | 1000 partíciónként vagy 3000 szolgáltatásonként 2 | 10 | 10 | 30 |
| Tudásbázisonkénti tudásforrások maximális száma | 3 | 5 vagy 10 1 | 10 | 10 | 10 | 10 2 | 10 | 10 | 10 |
1 A 2024. április 3. előtt létrehozott alapszolgáltatások alacsonyabb korlátokkal (5) rendelkeznek a tudásbázisokra és a tudásbázisokra vonatkozóan.
2 Ezek a korlátok a tudásbázisokat és a tudásbázisokat támogató S3 HD-szolgáltatásokra vonatkoznak. Egyes régebbi S3 HD-szolgáltatások nem támogatják ezeket az erőforrásokat.
A tudásbázis kiválasztása a lekérés során
A tudásbázisok az API-verziótól vagy a lekéréses érvelési munkától függetlenül legfeljebb a fent látható szintspecifikus maximumot tartalmazhatják. Az API-verzió és az érvelési munka inkább azt befolyásolja, hogy hány tudásbázis választható ki a lekérés során.
| API-verzió | Lekérdezéses érvelési erőfeszítés | Ingyenes | Alapszintű | S1 | S2 | S3 | S3 HD | L1 | L2 |
|---|---|---|---|---|---|---|---|---|---|
2026-05-01-preview és később |
\ |
3 | 5 vagy 10 1 | 10 | 10 | 10 | 10 | 10 | 10 |
2026-04-01, 2025-11-01-preview |
minimal
2 |
3 | 5 vagy 10 1 | 10 | 10 | 10 | 10 | 10 | 10 |
2025-11-01-preview |
low |
3 | 3 | 3 | 3 | 3 | 3 | 3 | 3 |
2025-11-01-preview |
medium |
3 | 5 | 5 | 5 | 5 | 5 | 5 | 5 |
A 2025-08-01-preview régi tudásügynök-szerződést használja, és nem támogatja retrievalReasoningEffort.
2 Az minimal következtetési folyamat a tudásbázisban található összes tudásforrást használja, mert megkerüli az LLM-alapú lekérdezéstervezést.
A kérés futási idejének lekérése
A maxRuntimeInSeconds korlát a támogatott szintek között azonos.
| Legkevesebb | Alapértelmezett | Legnagyobb érték |
|---|---|---|
| 10 másodperc | 90 másodperc | 600 másodperc (10 perc) |
A maximális érték csak a Azure AI Keresés lekéréses kérelemre vonatkozik. A konfigurációs példákért lásd: Az alapértelmezett érvelési munka felülbírálása és a kérelmek korlátainak beállítása.
Adatkorlátok (AI-bővítés)
Az adatkorlátok olyan AI-bővítési folyamatra vonatkoznak, amely meghívja Azure nyelvet az Foundry Toolsban. A maximális bemenet 50 000 karakter, az String.LengthEntitásfelismerési képesség, az Entity Linking skill, a Key Phrase Extraction skill, a Language Detection skill és a PII Detection skill alapján mérve. A Hangulat képesség legfeljebb 5000 karakterből áll.
A Szöveg felosztása készséget akkor használja, ha nagyobb szöveget kell felosztania az alsóbb rétegbeli feldolgozás előtt.
Ezek a korlátozások a dedikált és a kiszolgáló nélküli díjszabási modellekre is érvényesek.
Szabályozási korlátok
A szabályozási korlátok az API-kérések sebességének szabályozásával biztosítják a szolgáltatás stabilitását.
A dedikált díjszabási modellben a korlátozás a keresési egységek (replikák × partíciók) alapján történik.
A kiszolgáló nélküli díjszabási modellben a szabályozás nem keresési egységeken alapul. Ehelyett a szolgáltatásszintű üzemeltetési korlátok és a teljes használat viselkedése szabályozza az átviteli sebességet. A kihasználtság és a szolgáltatáskorlátok a kapacitást kezelik, nem a replikák és partíciók konfigurációját.
| Operation | Dedikált (keresési egységenként) | Kiszolgáló nélküli (szolgáltatásonként vagy indexenként) |
|---|---|---|
| Indexek listázása (GET /indexek) | 3 kérelem/mp/SU | 3 kérés/másodperc |
| Index lekérése (GET /indexes/{index}) | 10 kérelem/mp/SU | 10 kérelem/mp |
| Index létrehozása (POST /indexek) | 12 kérés/perc/SU | 12 kérés/perc |
| Index létrehozása vagy frissítése (PUT /indexes/{index}) | 6 kérelem/mp/SU | 6 kérelem/mp |
| Index törlése (DELETE /indexes/{index}) | 12 kérés/perc/SU | 12 kérés/perc |
| Szolgáltatásstatisztika (GET /servicestats) | 4 kérelem/mp/SU | 4 kérelem/mp |
| Keresési lekérdezések (POST /indexes/{index}/docs/search) | Az SU száma és a lekérdezések összetettsége szerint változik | 50 lekérdezés/mp (indexenként összesített olvasási korlátozás) |
| Dokumentumok indexelése (POST /indexes/{index}/docs/index) | Az SU-k számától és az indexelési terheléstől függően változik. | Indexenként 5 kérelem másodpercenként |
| Javaslattétel (POST /indexes/{index}/docs/suggest) | Az SU-k számától függ | Nincs explicit módon definiálva |
| Automatikus kiegészítés (POST /indexes/{index}/docs/autocomplete) | Az SU-k számától függ | Nincs explicit módon definiálva |
Szemantikai rangsoroló korlátozásai
A szemantikai rangsoroló egy sorba állítási rendszert használ az egyidejű kérések kezeléséhez. Ez a rendszer lehetővé teszi, hogy a keresési szolgáltatások másodpercenként a lehető legtöbb lekérdezést kapják meg. Az egyidejű kérések korlátjának elérésekor a rendszer további kéréseket helyez el egy üzenetsorba. Ha az üzenetsor megtelt, a rendszer elutasítja a további kéréseket, és újra kell őket próbálkozni.
A másodpercenkénti összes szemantikai rangsoroló lekérdezés a következő tényezőktől függ:
- A keresési szolgáltatás szintje. Az üzenetsor kapacitása és az egyidejű kéréskorlátok szintjenké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 az idő attól függően változik, hogy milyen elfoglalt a keresési szolgáltatás.
Az alábbi táblázat a szemantikai rangsoroló szabályozási korlátait ismerteti réteg szerint, a régióban elérhető kapacitás függvényében. A korlát növelésének kéréséhez forduljon a Microsoft ügyfélszolgálatához.
| Erőforrás | Alapszintű | S1 | S2 | S3 | S3 HD | L1 | L2 | Kiszolgáló nélküli fejlesztő |
|---|---|---|---|---|---|---|---|---|
| Egyidejű kérelmek maximális száma (keresési egységenként) | 2 | 3 | 4 | 4 | 4 | 4 | 4 | 4 (szolgáltatásonként) |
| Kérelemsor maximális mérete (keresési egységenként) | 4 | 6 | 8 | 8 | 8 | 8 | 8 | 8 (szolgáltatásonként) |
API-kérések korlátai
A lekérdezésekre 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, úgy tervezzen meg, hogy ne hozzon létre kötetlen méretű lekérdezéseket.
Az adatcsomagokra vonatkozó korlátozások hasonló okokból léteznek, annak érdekében, hogy a keresési szolgáltatás stabil maradjon. A korlát a teljes kérelemre vonatkozik, beleértve az összes összetevőt is. Ha például a kérelem több dokumentumot vagy parancsot kötegel, a teljes kérelemnek el kell férnie a támogatott korláton belül.
Ha meg kell haladnia a támogatott korlátot, tesztelje a számítási feladatot , hogy tudja, mire számíthat.
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.
Általános:
- A támogatott maximális hasznos adatkorlát 16 MB az indexeléshez és a lekérdezési kéréshez REST API-val és SDK-kkal.
- Legfeljebb 8 KB URL-címhossz (csak REST API-kra vonatkozik).
Api-k indexelése:
- Az indexfeltöltések, egyesítések vagy törlések kötegenként legfeljebb 1000 dokumentumot támogatnak.
- Minden kérés 1 és 32 000 közötti indexelési műveletet támogat.
Lekérdezési API-k:
- Vektoros lekérdezés legfeljebb 10 mezője
- Legfeljebb 32 mező $orderby záradékban.
- Keresési záradékban legfeljebb 100 000 karakter szerepel.
- A keresési záradékok maximális száma 3000.
- A helyettesítő karakterekre és a reguláris kifejezésre vonatkozó lekérdezések maximális korlátozásai a Lucene által kikényszerített módon. 1000 példányra korlátozza a minták, változatok vagy egyezések számát. Ez a korlát a motor túlterhelésének elkerülése érdekében van érvényben.
Keresési kifejezések:
- A keresési kifejezés támogatott maximális mérete 32 766 bájt (32 KB mínusz 2 bájt) UTF-8 kódolású szöveg. A kulcsszókeresésre és a vektoros keresés szöveges tulajdonságára vonatkozik.
- A keresési kifejezés támogatott maximális mérete 1000 karakter az előtagok kereséséhez és a regex kereséshez.
API-válaszkorlátok
- A keresési eredmények minden oldala legfeljebb 1000 dokumentumot ad vissza.
- Minden Javaslat API-kérés legfeljebb 100 javaslatot ad vissza.
A keresőmotor alapértelmezés szerint 50 találatot ad vissza, de ezt a paramétert a maximális korlátig felülbírálhatja .
API-kulcskorlátok
Api-kulcsok használata a szolgáltatáshitelesítéshez. Kétféle API-kulcs létezik. A kérelem fejlécében megadott rendszergazdai kulcsok teljes olvasási-írási hozzáférést biztosítanak a szolgáltatáshoz. Az URL-címen megadott lekérdezési kulcsok írásvédettek, és általában az ügyfélalkalmazások között vannak elosztva.
- Minden szolgáltatás legfeljebb két rendszergazdai kulcsot támogat.
- Minden szolgáltatás legfeljebb 50 lekérdezési kulcsot támogat.