Servicelimieten in Azure AI Search
Maximumlimieten voor opslag, workloads en hoeveelheden indexen en andere objecten zijn afhankelijk van of u Azure AI Search maakt op de prijscategorieën Gratis, Basic, Standard of Geoptimaliseerd voor opslag.
Gratis is een gedeelde multitenant-service die deel uitmaakt van uw Azure-abonnement.
Basic biedt toegewezen rekenresources voor productieworkloads op kleinere schaal, maar deelt een netwerkinfrastructuur met andere tenants.
Standard wordt uitgevoerd op toegewezen machines met meer opslag- en verwerkingscapaciteit op elk niveau. Standard heeft vier niveaus: S1, S2, S3 en S3 HD. S3 High Density (S3 HD) is ontworpen voor multitenancy en grote hoeveelheden kleine indexen (3000 indexen per service). S3 HD biedt de functie voor de indexeerfunctie niet en gegevensopname moet GEBRUIKMAKEN van API's die gegevens van bron naar index pushen.
Geoptimaliseerde opslag wordt uitgevoerd op toegewezen machines met meer totale opslag, opslagbandbreedte en geheugen dan Standard. Deze laag is gericht op grote, langzaam veranderende indexen. Geoptimaliseerde opslag heeft twee niveaus: L1 en L2.
Abonnementslimieten
U kunt meerdere factureerbare zoekservices (Basic en hoger) maken, tot het maximum aantal services dat is toegestaan voor elke laag, per regio. U kunt bijvoorbeeld maximaal 16 services maken op de Basic-laag en nog eens 16 services op de S1-laag binnen hetzelfde abonnement en dezelfde regio. U kunt vervolgens 16 Basic-services in een andere regio maken voor een gecombineerd totaal van 32 Basic-services onder hetzelfde abonnement. Zie Een laag (of SKU) kiezen voor Azure AI Search voor meer informatie over lagen.
De limieten voor het maximumaantal services kunnen op aanvraag worden verhoogd. Als u meer services binnen hetzelfde abonnement nodig hebt, dient u een ondersteuningsaanvraag in.
| Bron | Gratis 1 | Basis | S1 | S2 | S3 | S3 HD | L1 | L2 |
|---|---|---|---|---|---|---|---|---|
| Maximum aantal services per regio | 1 | 16 | 16 | 8 | 6 | 6 | 6 | 6 |
| Maximum aantal zoekeenheden (SU)2 | N.v.t. | 3 SU | 36 SU | 36 SU | 36 SU | 36 SU | 36 SU | 36 SU |
1 U kunt één gratis zoekservice per Azure-abonnement hebben. De gratis laag is gebaseerd op infrastructuur die wordt gedeeld met andere klanten. Omdat de hardware niet is toegewezen, wordt omhoog schalen niet ondersteund en is opslag beperkt tot 50 MB. Een gratis zoekservice kan worden verwijderd na langere perioden van inactiviteit om ruimte te maken voor meer services.
2 Zoekeenheden (SU) zijn factureringseenheden, toegewezen als een replica of een partitie. U hebt beide nodig. Zie De capaciteit van een zoekservice schatten en beheren voor meer informatie over SU-combinaties.
Servicelimieten
In de volgende tabel worden SLA- en partitieaantallen en replicaaantallen op serviceniveau beschreven.
| Bron | Gratis | Basis | S1 | S2 | S3 | S3 HD | L1 | L2 |
|---|---|---|---|---|---|---|---|---|
| Service level agreement (SLA) | Nr. | Ja | Ja | Ja | Ja | Ja | Ja | Ja |
| Partities | N.v.t. | 3 1 | 12 | 12 | 12 | 3 | 12 | 12 |
| Replica's | N.v.t. | 3 | 12 | 12 | 12 | 12 | 12 | 12 |
1 Basic-laag ondersteunt drie partities en drie replica's, voor een totaal van negen zoekeenheden (SU) voor nieuwe zoekservices die zijn gemaakt na 3 april 2024. Oudere basisservices zijn beperkt tot één partitie en drie replica's.
Een zoekservice is onderworpen aan een maximale opslaglimiet (partitiegrootte vermenigvuldigd met het aantal partities) of met een vaste limiet voor het maximum aantal indexen of indexeerfuncties, afhankelijk van wat het eerst voorkomt.
Service level agreements (SLA's) zijn van toepassing op factureerbare services met twee of meer replica's voor queryworkloads of drie of meer replica's voor query- en indexeringsworkloads. Het aantal partities is geen SLA-overweging. Zie Betrouwbaarheid in Azure AI Search voor meer informatie.
Gratis services hebben geen vaste partities of replica's en ze delen resources met andere abonnees.
Partitieopslag (GB)
Opslaglimieten per service variëren per twee dingen: de aanmaakdatum van de service en de regio. Er gelden hogere limieten voor nieuwere services in de meeste ondersteunde regio's.
In deze tabel ziet u de voortgang van de toename van het opslagquotum in GB in de loop van de tijd. Vanaf april 2024 zijn partities met een hogere capaciteit online gebracht in de regio's die worden vermeld in de voetnoten. Hogere capaciteit is beperkt tot nieuwe zoekservices. Er is momenteel geen in-place upgrade.
| Aanmaakdatum van service | Basis | S1 | S2 | S3/HD | L1 | L2 |
|---|---|---|---|---|---|---|
| Vóór 3 april 2024 | 2 | 25 | 100 | 200 | 1024 | 2048 |
| 3 april 2024 tot en met 17 mei 2024 1 | 15 | 160 | 512 | 1,024 | 1024 | 2048 |
| Na 17 mei 2024 2 | 15 | 160 | 512 | 1024 | 2,048 | 4,096 |
1 Hogere capaciteitsopslag voor Basic, S1, S2, S3 in deze regio's. Amerika: Brazilië - zuid, Canada - centraal, Canada - oost, VS - oost, VS - oost 2, VS - centraal, VS - noord-centraal, VS - zuid-centraal, VS - west 2, VS - west 3, VS - west-centraal. Europa: Frankrijk - centraal. Italië - noord, Europa - noord, Noorwegen - oost, Polen - centraal, Zwitserland - noord, Zweden - centraal, VK - zuid, VK - west. Midden-Oosten: UAE - noord. Afrika: Zuid-Afrika - Noord. Azië en Stille Oceaan: Australië - oost, Australië - zuidoost, India - centraal, Jio India - west, Azië - oost, Azië - zuidoost, Japan - oost, Japan - west, Korea - centraal, Korea - zuid.
2 Hogere capaciteitsopslag voor L1 en L2. Meer regio's bieden hogere capaciteit voor elke factureerbare laag. Europa: Duitsland - noord, Duitsland - west-centraal, Zwitserland - west. Azure Government: Texas, Arizona, Virginia. Afrika: Zuid-Afrika - Noord. Azië en Stille Oceaan: China - noord 3, China - oost 3.
Een aantal regio's worden nog steeds uitgevoerd op een oudere infrastructuur, afhankelijk van de limieten van 3 april. Voordat u een nieuwe service maakt, controleert u de ondersteunde regio's om ervoor te zorgen dat uw regio naar keuze de extra capaciteit biedt.
Indexlimieten
| Bron | Gratis | Basic 1 | S1 | S2 | S3 | S3 HD | L1 | L2 |
|---|---|---|---|---|---|---|---|---|
| Maximale aantal indexen | 3 | 5 of 15 | 50 | 200 | 200 | 1000 per partitie of 3000 per service | 10 | 10 |
| Maximum aantal eenvoudige velden per index 2 | 1000 | 100 | 1000 | 1000 | 1000 | 1000 | 1000 | 1000 |
| Maximumdimensies per vectorveld | 4098 | 4098 | 4098 | 4098 | 4098 | 4098 | 4098 | 4098 |
| Maximum aantal complexe verzamelingen per index | 40 | 40 | 40 | 40 | 40 | 40 | 40 | 40 |
| Maximum aantal elementen voor alle complexe verzamelingen per document 3 | 3000 | 3000 | 3000 | 3000 | 3000 | 3000 | 3000 | 3000 |
| Maximale diepte van complexe velden | 10 | 10 | 10 | 10 | 10 | 10 | 10 | 10 |
| Maximum aantal suggesties per index | 1 | 1 | 1 | 1 | 1 | 1 | 1 | 1 |
| Maximale scoreprofielen per index | 100 | 100 | 100 | 100 | 100 | 100 | 100 | 100 |
| Maximum aantal functies per profiel | 8 | 8 | 8 | 8 | 8 | 8 | 8 | 8 |
| Maximale indexgrootte 4 | N.v.t. | N.v.t. | N.v.t. | 1,88 TB | 2,34 TB | 100 GB | N.v.t. | N.v.t. |
1 Basisservices die vóór december 2017 zijn gemaakt, hebben lagere limieten (5 in plaats van 15) voor indexen. De Basic-laag is de enige laag met een ondergrens van 100 velden per index.
2 De bovengrens voor velden omvat zowel velden op het eerste niveau als geneste subvelden in een complexe verzameling. Als een index bijvoorbeeld 15 velden bevat en twee complexe verzamelingen met elk vijf subvelden heeft, is het aantal velden van uw index 25. Indexen met een zeer grote verzameling velden kunnen traag zijn. Beperk velden en kenmerken tot alleen de velden en kenmerken die u nodig hebt, en voer indexering en querytest uit om ervoor te zorgen dat de prestaties acceptabel zijn.
3 Er bestaat een bovengrens voor elementen omdat met een groot aantal elementen de benodigde opslagruimte voor uw index aanzienlijk wordt verhoogd. Een element van een complexe verzameling wordt gedefinieerd als lid van die verzameling. Stel bijvoorbeeld dat een hoteldocument met een complexe verzameling ruimten wordt beschouwd als een element in elke kamer in de verzameling Ruimten. Tijdens het indexeren kan de indexeringsengine maximaal 3000 elementen in het hele document veilig verwerken. Deze limiet is alleen geïntroduceerd in api-version=2019-05-06 complexe verzamelingen en is niet van toepassing op tekenreeksverzamelingen of complexe velden.
4 Op de meeste lagen is de maximale indexgrootte alle beschikbare opslag in uw zoekservice. Voor S2, S3 en S3 HD is de maximale grootte van een index het getal in de tabel. Van toepassing op zoekservices die zijn gemaakt na 3 april 2024.
Mogelijk vindt u een aantal variaties in maximumlimieten als uw service wordt ingericht op een krachtiger cluster. De limieten hier vertegenwoordigen de gemeenschappelijke noemer. Indexen die zijn gebouwd aan de bovenstaande specificaties, zijn overdraagbaar over equivalente servicelagen in elke regio.
Documentlimieten
Maximum aantal documenten per index zijn:
- 24 miljard op Basic, S1, S2, S3
- 2 miljard op S3 HD
- 288 miljard op L1
- 576 miljard op L2
Elk exemplaar van een complexe verzameling telt als een afzonderlijk document in termen van deze limieten.
De maximale grootte van elk document is ongeveer 16 megabytes. De documentgrootte is in feite een limiet voor de grootte van de nettolading van de indexerings-API-aanvraag, namelijk 16 mb. Deze nettolading kan één document of een batch documenten zijn. Voor een batch met één document is de maximale documentgrootte 16 MB JSON.
De documentgrootte is van toepassing op indexering in de pushmodus waarmee documenten worden geüpload naar een zoekservice. Als u een indexeerfunctie gebruikt voor indexering in de pull-modus, kunnen uw bronbestanden elke bestandsgrootte hebben, afhankelijk van de limieten van de indexeerfunctie. Voor de blob-indexeerfunctie zijn de bestandsgroottelimieten groter voor hogere lagen. De S1-limiet is bijvoorbeeld 128 megabytes, S2-limiet is 256 megabytes, enzovoort.
Bij het schatten van de documentgrootte moet u alleen de velden indexeren die waarde toevoegen aan uw zoekscenario's en alle bronvelden uitsluiten die geen doel hebben in de query's die u wilt uitvoeren.
Limieten voor de grootte van vectorindexen
Wanneer u documenten indexeert met vectorvelden, maakt Azure AI Search interne vectorindexen met behulp van de algoritmeparameters die u opgeeft. De grootte van deze vectorindexen wordt beperkt door het geheugen dat is gereserveerd voor vectorzoekopdrachten voor de servicelaag (of SKU). Zie Vector-indexgrootte en onder limieten blijven voor hulp bij het beheren en maximaliseren van vectoropslag.
Vectorlimieten variëren per:
Vanaf april 2024 zijn er hogere vectorlimieten voor nieuwe zoekservices in regio's die de extra capaciteit bieden.
In deze tabel ziet u de voortgang van de toename van vectorquota in GB in de loop van de tijd. Het quotum is per partitie, dus als u een nieuwe Standard-service (S1) schaalt naar 6 partities, is het totale vectorquotum 35 vermenigvuldigd met 6.
| Aanmaakdatum van service | Basis | S1 | S2 | S3/HD | L1 | L2 |
|---|---|---|---|---|---|---|
| Vóór 1 juli 2023 1 | 0,5 | 1 | 6 | 12 | 12 | 36 |
| 1 juli 2023 tot en met 3 april 2024 2 | 1 | 3 | 12 | 36 | 12 | 36 |
| 3 april 2024 tot en met 17 mei 2024 3 | 5 | 35 | 150 | 300 | 12 | 36 |
| Na 17 mei 2024 4 | 5 | 35 | 150 | 300 | 150 | 300 |
1 Initiële vectorlimieten tijdens vroege preview.
2 Vectorlimieten tijdens de latere preview-periode. Drie regio's hadden niet de hogere limieten: Duitsland - west-centraal, India - west, Qatar - centraal.
3 Hoger vectorquotum op basis van de grotere partities voor ondersteunde lagen en regio's.
4 Hoger vectorquotum voor meer lagen en regio's op basis van updates van partitiegrootte.
De service dwingt een quotum voor vectorindexgrootte af voor elke partitie in uw zoekservice. Elke extra partitie verhoogt het quotum voor de beschikbare vectorindexgrootte. Dit quotum is een vaste limiet om ervoor te zorgen dat uw service in orde blijft, wat betekent dat verdere indexeringspogingen zodra de limiet is overschreden, mislukt. U kunt de indexering hervatten zodra u het beschikbare quotum vrijgeeft door enkele vectordocumenten te verwijderen of door omhoog te schalen in partities.
Belangrijk
Hogere vectorlimieten zijn gekoppeld aan grotere partitiegrootten. Regio's die worden uitgevoerd op een oudere infrastructuur, zijn onderworpen aan de limieten van juli-april. Bekijk de lijst met regio's voor de status van partitieopslaglimieten.
Limieten voor indexeerfuncties
Er bestaan maximale uitvoeringstijden om de service in zijn geheel evenwicht en stabiliteit te bieden, maar grotere gegevenssets hebben mogelijk meer indexeringstijd nodig dan het maximum toestaat. Als een indexeringstaak niet kan worden voltooid binnen de toegestane maximale tijd, voert u deze uit volgens een schema. De scheduler houdt de indexeringsstatus bij. Als een geplande indexeringstaak om welke reden dan ook wordt onderbroken, kan de indexeerfunctie ophalen waar deze voor het laatst is gebleven bij de volgende geplande uitvoering.
| Bron | Gratis 1 | Basic 2 | S1 | S2 | S3 | S3 HD 3 | L1 | L2 |
|---|---|---|---|---|---|---|---|---|
| Maximale aantal indexeerfuncties | 3 | 5 of 15 | 50 | 200 | 200 | N.v.t. | 10 | 10 |
| Maximale aantal gegevensbronnen | 3 | 5 of 15 | 50 | 200 | 200 | N.v.t. | 10 | 10 |
| Maximum aantal vaardighedensets 4 | 3 | 5 of 15 | 50 | 200 | 200 | N.v.t. | 10 | 10 |
| Maximale indexeringsbelasting per aanroep | 10.000 documenten | Alleen beperkt door maximale documenten | Alleen beperkt door maximale documenten | Alleen beperkt door maximale documenten | Alleen beperkt door maximale documenten | N.v.t. | Geen limiet | Geen limiet |
| Minimale planning | 5 minuten | 5 minuten | 5 minuten | 5 minuten | 5 minuten | 5 minuten | 5 minuten | 5 minuten |
| Maximale uitvoeringstijd 5 | 1-3 of 3-10 minuten | 2 of 24 uur | 2 of 24 uur | 2 of 24 uur | 2 of 24 uur | N.v.t. | 2 of 24 uur | 2 of 24 uur |
| Blob-indexeerfunctie: maximale blobgrootte, MB | 16 | 16 | 128 | 256 | 256 | N.v.t. | 256 | 256 |
| Blob-indexeerfunctie: maximum aantal tekens van inhoud dat is geëxtraheerd uit een blob 6 | 32,000 | 64,000 | 4 miljoen | 8 miljoen | 16 miljoen | N.v.t. | 4 miljoen | 4 miljoen |
1 Gratis services hebben de maximale uitvoeringstijd van 3 minuten voor blobbronnen en 1 minuut voor alle andere gegevensbronnen. De aanroep van de indexeerfunctie is eenmaal per 180 seconden. Voor AI-indexering die aanroept in Azure AI-services, zijn gratis services beperkt tot 20 gratis transacties per indexeerfunctie per dag, waarbij een transactie wordt gedefinieerd als een document dat de verrijkingspijplijn heeft doorlopen (tip: u kunt een indexeerfunctie opnieuw instellen om het aantal opnieuw in te stellen).
2 Basisservices die vóór december 2017 zijn gemaakt, hebben lagere limieten (5 in plaats van 15) voor indexeerfuncties, gegevensbronnen en vaardighedensets.
3 S3 HD-services bevatten geen ondersteuning voor indexeerfuncties.
4 Maximaal 30 vaardigheden per vaardighedenset.
5 Met betrekking tot de maximale duur van 2 of 24 uur voor indexeerfuncties: een maximum van 2 uur is het meest gebruikelijk en het is waarvoor u moet plannen. Het verwijst naar indexeerfuncties die worden uitgevoerd in de openbare omgeving, die worden gebruikt om rekenintensieve verwerking te offloaden en meer resources voor query's te verlaten. De limiet van 24 uur is van toepassing als u de indexeerfunctie configureert voor uitvoering in een privéomgeving met alleen de infrastructuur die is toegewezen aan uw zoekservice. Sommige oudere indexeerfuncties kunnen niet worden uitgevoerd in de openbare omgeving en deze indexeerfuncties hebben altijd een verwerkingsbereik van 24 uur. Als u ongeplande indexeerfuncties hebt die gedurende 24 uur continu worden uitgevoerd, kunt u ervan uitgaan dat deze indexeerfuncties niet naar de nieuwere infrastructuur kunnen worden gemigreerd. Als algemene regel plaatst u voor het indexeren van taken die niet binnen twee uur kunnen worden voltooid, de indexeerfunctie volgens een schema van 5 minuten, zodat de indexeerfunctie snel kan ophalen waar deze was gebleven. In de gratis laag is de maximale uitvoeringstijd van 3-10 minuten voor indexeerfuncties met vaardighedensets.
6 Het maximum aantal tekens is gebaseerd op Unicode-code-eenheden, met name UTF-16.
Notitie
Zoals vermeld in de indexlimieten, dwingen indexeerfuncties ook de bovengrens van 3000 elementen af voor alle complexe verzamelingen per document, te beginnen met de nieuwste GA API-versie die complexe typen (2019-05-06) ondersteunt. Dit betekent dat als u uw indexeerfunctie hebt gemaakt met een eerdere API-versie, u niet onderhevig bent aan deze limiet. Als u de maximale compatibiliteit wilt behouden, wordt een indexeerfunctie die is gemaakt met een eerdere API-versie en vervolgens bijgewerkt met een API-versie 2019-05-06 of hoger, nog steeds uitgesloten van de limieten. Klanten moeten zich bewust zijn van de nadelige gevolgen van het hebben van zeer grote complexe verzamelingen (zoals eerder vermeld) en we raden u ten zeerste aan nieuwe indexeerfuncties te maken met de nieuwste GA API-versie.
Resourcelimieten voor gedeelde privékoppelingen
Indexeerfuncties hebben toegang tot andere Azure-resources via privé-eindpunten die worden beheerd via de gedeelde private link-resource-API. In deze sectie worden de limieten beschreven die aan deze mogelijkheid zijn gekoppeld.
| Bron | Gratis | Basis | S1 | S2 | S3 | S3 HD | L1 | L2 |
|---|---|---|---|---|---|---|---|---|
| Ondersteuning voor indexeerfunctie voor privé-eindpunten | Nr. | Ja | Ja | Ja | Ja | No | Ja | Ja |
| Ondersteuning voor privé-eindpunten voor indexeerfuncties met een vaardighedenset1 | Nee | Nee | No | Ja | Ja | No | Ja | Ja |
| Ondersteuning voor privé-eindpunten voor indexeerfuncties met een vaardighedenset en geïntegreerde vectorisatie 2 | Nr. | Ja | Ja | Ja | Ja | No | Ja | Ja |
| Maximum aantal privé-eindpunten | N.v.t. | 10 of 30 | 100 | 400 | 400 | N.v.t. | 20 | 20 |
| Maximum aantal afzonderlijke resourcetypen3 | N.v.t. | 4 | 7 | 15 | 15 | N.v.t. | 4 | 4 |
1 AI-verrijking en afbeeldingsanalyse zijn rekenintensief en verbruiken onevenredige hoeveelheden beschikbare verwerkingskracht. Daarom worden privéverbindingen uitgeschakeld op lagere lagen om de prestaties en stabiliteit van de zoekservice zelf te garanderen.
2 Services met hoge capaciteit die zijn gemaakt na 3 april 2024 in de regio's die worden vermeld onder Partition Storage en het uitvoeren van geïntegreerde vectorisatieworkloads tijdens het indexeren ondersteunen gedeelde privékoppelingen in betaalde lagen. Het systeem moet ten minste een vaardigheid detecteren die gegevens insluit.
3 Het aantal afzonderlijke resourcetypen wordt berekend als het aantal unieke groupId waarden dat wordt gebruikt voor alle gedeelde private link-resources voor een bepaalde zoekservice, ongeacht de status van de resource.
Limieten voor synoniemen
Het maximum aantal synoniemenkaarten verschilt per laag. Elke regel kan maximaal 20 uitbreidingen hebben, waarbij een uitbreiding een equivalente term is. Bijvoorbeeld, gegeven "kat", associatie met "kitty", "feline" en "felis" (het geslacht voor katten) telt als 3 uitbreidingen.
| Bron | Gratis | Basis | S1 | S2 | S3 | S3-HD | L1 | L2 |
|---|---|---|---|---|---|---|---|---|
| Maximum aantal synoniemenkaarten | 3 | 3 | 5 | 10 | 20 | 20 | 10 | 10 |
| Maximum aantal regels per kaart | 5000 | 20000 | 20000 | 20000 | 20000 | 20000 | 20000 | 20000 |
Limieten voor indexalias
Het maximum aantal indexaliassen varieert per laag en service aanmaakdatum. Als de service in alle lagen na oktober 2022 is gemaakt, is het maximum aantal aliassen het maximumaantal toegestane indexen verdubbeld. Als de service vóór oktober 2022 is gemaakt, is de limiet het aantal toegestane indexen.
| Datum van het maken van de service | Gratis | Basis | S1 | S2 | S3 | S3-HD | L1 | L2 |
|---|---|---|---|---|---|---|---|---|
| Vóór oktober 2022 | 3 | 5 of 15 1 | 50 | 200 | 200 | 1000 per partitie of 3000 per service | 10 | 10 |
| Na oktober 2022 | 6 | 30 | 100 | 400 | 400 | 2000 per partitie of 6000 per service | 20 | 20 |
1 Basisservices die vóór december 2017 zijn gemaakt, hebben lagere limieten (5 in plaats van 15) voor indexen
Gegevenslimieten (AI-verrijking)
Een AI-verrijkingspijplijn die aanroept naar een Azure AI-taalresource voor entiteitsherkenning, entiteitskoppeling, sleuteltermextractie, sentimentanalyse, taaldetectie en detectie van persoonlijke gegevens, is onderhevig aan gegevenslimieten. De maximale grootte van een record moet 50.000 tekens zijn, zoals gemeten door String.Length. Als u uw gegevens wilt opsplitsen voordat u deze naar de sentimentanalyse verzendt, gebruikt u de vaardigheid Tekst splitsen.
Beperkingslimieten
API-aanvragen worden beperkt naarmate het systeem piekcapaciteit nadert. Beperking gedraagt zich anders voor verschillende API's. Query-API's (Search/Suggest/AutoComplete) en indexerings-API's beperken dynamisch op basis van de belasting van de service. Index-API's en servicebewerkingen-API's hebben statische limieten voor aanvraagsnelheid.
Limieten voor statische frequentieaanvragen voor bewerkingen met betrekking tot een index:
- Lijstindexen (GET/indexen): 3 per seconde per zoekeenheid
- Index ophalen (GET /indexen/myindex): 10 per seconde per zoekeenheid
- Index maken (POST/indexen): 12 per minuut per zoekeenheid
- Index maken of bijwerken (PUT /indexes/myindex): 6 per seconde per zoekeenheid
- Index verwijderen (DELETE /indexen/myindex): 12 per minuut per zoekeenheid
Limieten voor statische frequentieaanvragen voor bewerkingen met betrekking tot een service:
- Servicestatistieken (GET/servicestats): 4 per seconde per zoekeenheid
L2-rerankering met behulp van de semantische reranker heeft een verwacht volume:
- Maximaal 10 gelijktijdige query's per replica. Als u verwacht dat de vereisten voor consistente doorvoer bijna, op of hoger dan dit niveau zijn, dient u een ondersteuningsticket in, zodat we uw workload kunnen inrichten.
API-aanvraaglimieten
Behalve waar vermeld, zijn de volgende API-aanvragen van toepassing op alle programmeerbare interfaces, inclusief de Azure SDK's.
- Maximum van 16 MB per indexerings- of queryaanvraag bij het pushen van een nettolading naar de zoekservice 1
- Maximale URL-lengte van 8 kB (alleen van toepassing op REST API's)
- Maximaal 1000 documenten per batch indexuploads, samenvoegingen of verwijderingen
- Maximaal 32 velden in $orderby component
- Maximaal 100.000 tekens in een zoekcomponent
- Het maximum aantal componenten in
search(expressies gescheiden door AND of OR) is 1024 - Maximale zoektermgrootte is 32.766 bytes (32 kB min 2 bytes) van UTF-8 gecodeerde tekst
- De maximale zoektermgrootte is 1000 tekens voor zoeken in voorvoegsels en regex-zoekopdrachten
- Zoekopdrachten met jokertekens en reguliere expressies zijn beperkt tot maximaal 1000 statussen wanneer ze door Lucene worden verwerkt.
1 In Azure AI Search is de hoofdtekst van een aanvraag onderworpen aan een bovengrens van 16 MB, waarbij een praktische limiet wordt opgelegd voor de inhoud van afzonderlijke velden of verzamelingen die niet anders worden beperkt door theoretische limieten (zie Ondersteunde gegevenstypen voor meer informatie over veldsamenstelling en beperkingen).
Limieten voor de querygrootte en -samenstelling bestaan omdat niet-gebonden query's uw zoekservice kunnen stabiliseren. Dergelijke query's worden doorgaans programmatisch gemaakt. Als uw toepassing programmatisch zoekquery's genereert, raden we u aan deze zo te ontwerpen dat er geen query's met een niet-gebonden grootte worden gegenereerd.
API-antwoordlimieten
- Maximaal 1000 documenten geretourneerd per pagina met zoekresultaten
- Maximaal 100 suggesties geretourneerd per API-aanvraag voorstellen
API-sleutellimieten
API-sleutels worden gebruikt voor serviceverificatie. Er zijn twee typen. Beheerderssleutels worden opgegeven in de aanvraagheader en verlenen volledige lees-/schrijftoegang tot de service. Querysleutels zijn alleen-lezen, opgegeven in de URL en worden doorgaans gedistribueerd naar clienttoepassingen.
- Maximaal 2 beheerderssleutels per service
- Maximaal 50 querysleutels per service