Limiti dei servizi in Ricerca di intelligenza artificiale di Azure
I limiti massimi per l'archiviazione, i carichi di lavoro e le quantità di indici e altri oggetti dipendono dal fatto che si crei Ricerca di intelligenza artificiale di Azure gratuitamente, Basic, Standard o Archiviazione piani tariffari ottimizzati.
Gratuito è un servizio condiviso multi-tenant fornito con la sottoscrizione di Azure.
Il piano Basic fornisce risorse di calcolo dedicate per i carichi di lavoro di produzione su scala più ridotta, ma condivide alcune infrastrutture di rete con altri tenant.
Il piano Standard prevede computer dedicati con maggiore capacità di elaborazione e archiviazione a ogni livello. Il piano Standard è disponibile in quattro livelli: S1, S2, S3 ed S3 HD. S3 High Density (S3 HD) è progettato per la multi-tenancy e grandi quantità di indici di piccole dimensioni (3.000 indici per servizio). S3 HD non fornisce la funzionalità dell'indicizzatore e l'inserimento dati deve usare le API che escludono il push dei dati dall'origine all'indice.
Il piano Ottimizzato per l'archiviazione viene eseguito su computer dedicati con una maggiore quantità totale di archiviazione, larghezza di banda di archiviazione e memoria rispetto al piano Standard. Questo piano è destinato agli indici di grandi dimensioni e a modifica lenta. Archiviazione Optimized è disponibile in due livelli: L1 e L2.
Limiti delle sottoscrizioni
È possibile creare più servizi di ricerca fatturabili (Basic e superiori), fino al numero massimo di servizi consentiti a ogni livello. Ad esempio, è possibile creare fino a 16 servizi al livello Basic e altri 16 servizi al livello S1 all'interno della stessa sottoscrizione. Per altre informazioni sui livelli, vedere Scegliere un livello (o SKU) per Ricerca di intelligenza artificiale di Azure.
È possibile aumentare i limiti massimi del servizio su richiesta. Se sono necessari più servizi all'interno della stessa sottoscrizione, inviare una richiesta di supporto.
| Conto risorse | Gratuito 1 | Di base | S1 | S2 | S3 | S3 HD | L1 | L2 |
|---|---|---|---|---|---|---|---|---|
| Numero massimo di servizi | 1 | 16 | 16 | 8 | 6 | 6 | 6 | 6 |
| Unità di ricerca massime (SU)2 | N/D | 3 unità di ricerca | 36 unità di ricerca | 36 unità di ricerca | 36 unità di ricerca | 36 unità di ricerca | 36 unità di ricerca | 36 unità di ricerca |
1 È possibile avere un servizio di ricerca gratuito per ogni sottoscrizione di Azure. Il livello gratuito si basa sull'infrastruttura condivisa con altri clienti. Poiché l'hardware non è dedicato, la scalabilità orizzontale non è supportata e l'archiviazione è limitata a 50 MB.
2 Le unità di ricerca sono unità di fatturazione allocate come replica o come partizione. Hai bisogno di entrambi. Per altre informazioni sulle combinazioni di unità di streaming, vedere Stimare e gestire la capacità di un servizio di ricerca.
Limiti del servizio
servizio di ricerca limiti per l'archiviazione, le partizioni e le repliche variano in base alla data di creazione del servizio, con limiti più elevati per i servizi più recenti nelle aree supportate.
Un servizio di ricerca è soggetto a un limite massimo di archiviazione (dimensioni della partizione moltiplicate per il numero di partizioni) o di un limite rigido per il numero massimo di indici o indicizzatori, a seconda del primo.
I contratti di servizio si applicano ai servizi fatturabili con due o più repliche per i carichi di lavoro di query o a tre o più repliche per carichi di lavoro di query e indicizzazione. Il numero di partizioni non è un fattore di cui viene tenuto conto ai fini del contratto di servizio. Per altre informazioni, vedere Affidabilità in Ricerca di intelligenza artificiale di Azure.
I servizi gratuiti non hanno partizioni o repliche fisse e condividono risorse con altri sottoscrittori.
Prima del 3 aprile 2024
| Conto risorse | Gratuito | Di base | S1 | S2 | S3 | S3 HD | L1 | L2 |
|---|---|---|---|---|---|---|---|---|
| Contratto di servizio (SLA) | No | Sì | Sì | Sì | Sì | Sì | Sì | Sì |
| Archiviazione (dimensioni della partizione) | 50 MB | 2 GB | 25 GB | 100 GB | 200 GB | 200 GB | 1 TB | 2 TB |
| Partizioni | N/D | 1 | 12 | 12 | 12 | 3 | 12 | 12 |
| Repliche | N/D | 3 | 12 | 12 | 12 | 12 | 12 | 12 |
Dopo il 3 aprile 2024
Per i nuovi servizi creati dopo il 3 aprile 2024:
- Il livello Basic può avere fino a tre partizioni e tre repliche e un totale di nove unità di ricerca (SU).
- Basic, S1, S2, S3 hanno più spazio di archiviazione per partizione, che va da 3 a 7 volte più, a seconda del livello.
- Il nuovo servizio di ricerca deve trovarsi in un'area supportata per ottenere la capacità aggiuntiva per Basic e altri livelli.
Attualmente non è disponibile alcun aggiornamento sul posto. È consigliabile creare un nuovo servizio di ricerca per trarre vantaggio dallo spazio di archiviazione aggiuntivo.
| Conto risorse | Gratuito | Di base | S1 | S2 | S3 | S3 HD | L1 | L2 |
|---|---|---|---|---|---|---|---|---|
| Contratto di servizio (SLA) | No | Sì | Sì | Sì | Sì | Sì | Sì | Sì |
| Archiviazione (dimensioni della partizione) | 50 MB | 15 GB | 160 GB | 350 GB | 700 GB | 700 GB | 1 TB | 2 TB |
| Partizioni | N/D | 3 | 12 | 12 | 12 | 3 | 12 | 12 |
| Repliche | N/D | 3 | 12 | 12 | 12 | 12 | 12 | 12 |
Aree supportate con limiti di archiviazione superiori
Per ottenere lo spazio di archiviazione aggiuntivo, i servizi creati dopo il 3 aprile 2024 devono trovarsi in una delle aree seguenti. Guardare gli annunci in What's New in Azure AI Search for expansion to other regions (Novità di Ricerca intelligenza artificiale di Azure per l'espansione in altre aree).
| Country | Aree che forniscono capacità aggiuntiva per partizione |
|---|---|
| Stati Uniti | Stati Uniti orientali, Stati Uniti orientali 2, Stati Uniti centrali, Stati Uniti centro-settentrionali, Stati Uniti centro-meridionali, Stati Uniti occidentali 2, Stati Uniti occidentali 3, Stati Uniti centro-occidentali |
| Regno Unito | Regno Unito meridionale, Regno Unito occidentale |
| Emirati Arabi Uniti (EAU) | Emirati Arabi Uniti settentrionali |
| Svizzera | Svizzera occidentale |
| Svezia | Svezia centrale |
| Polonia | Polonia centrale |
| Norvegia | Norvegia orientale |
| Corea del Sud | Corea centrale, Corea del Sud |
| Giappone | Giappone orientale, Giappone occidentale |
| Italia | Italia settentrionale |
| India | India centrale, Jio India occidentale |
| Francia | Francia centrale |
| Europa | Europa settentrionale |
| Canada | Canada centrale, Canada orientale |
| Bailla | Brasile meridionale |
| Asia/Pacifico | Asia orientale, Asia sud-orientale |
| Australia | Australia orientale, Australia sud-orientale |
Limiti per gli indici
| Conto risorse | Gratuito | Base 1 | S1 | S2 | S3 | S3 HD | L1 | L2 |
|---|---|---|---|---|---|---|---|---|
| Numero massimo di indici | 3 | 5 o 15 | 50 | 200 | 200 | 1000 per partizione o 3000 per servizio | 10 | 10 |
| Numero massimo di campi semplici per indice 2 | 1000 | 100 | 1000 | 1000 | 1000 | 1000 | 1000 | 1000 |
| Dimensioni massime per campo vettore | 3072 | 3072 | 3072 | 3072 | 3072 | 3072 | 3072 | 3072 |
| Numero massimo di raccolte complesse per indice | 40 | 40 | 40 | 40 | 40 | 40 | 40 | 40 |
| Numero massimo di elementi in tutte le raccolte complesse per documento 3 | 3000 | 3000 | 3000 | 3000 | 3000 | 3000 | 3000 | 3000 |
| Profondità massima dei campi complessi | 10 | 10 | 10 | 10 | 10 | 10 | 10 | 10 |
| Numero massimo di suggerimenti per indice | 1 | 1 | 1 | 1 | 1 | 1 | 1 | 1 |
| Numero massimo di profili di punteggio per indice | 100 | 100 | 100 | 100 | 100 | 100 | 100 | 100 |
| Numero massimo di funzioni per profilo | 8 | 8 | 8 | 8 | 8 | 8 | 8 | 8 |
| Dimensione massima dell'indice 4 | N/D | N/D | N/D | 1,92 TB | 2,4 TB | 100 GB | N/D | N/D |
1 I servizi Basic creati prima di dicembre 2017 hanno limiti inferiori (5 anziché 15) per gli indici. Il livello Basic è l'unico livello con un limite inferiore di 100 campi per indice.
2 Il limite superiore nei campi include sia i campi di primo livello che i sottocampi annidati in una raccolta complessa. Ad esempio, se un indice contiene 15 campi e ha due raccolte complesse con cinque sottocampi ciascuno, il conteggio dei campi dell'indice è 25. Gli indici con una raccolta di campi molto grandi possono essere lenti. Limitare i campi e gli attributi solo a quelli necessari ed eseguire l'indicizzazione e il test delle query per garantire che le prestazioni siano accettabili.
3 Esiste un limite superiore per gli elementi perché la presenza di un numero elevato di elementi aumenta significativamente lo spazio di archiviazione necessario per l'indice. Un elemento di una raccolta complessa viene definito come membro di tale raccolta. Si supponga, ad esempio, che un documento hotel con una raccolta complessa Rooms, ogni stanza nella raccolta Rooms sia considerata un elemento. Durante l'indicizzazione, il motore di indicizzazione può elaborare in modo sicuro un massimo di 3.000 elementi nel documento nel suo complesso. Questo limite è stato introdotto in api-version=2019-05-06 e si applica solo a raccolte complesse e non a raccolte di stringhe o a campi complessi.
4 Nella maggior parte dei livelli, la dimensione massima dell'indice è tutta la risorsa di archiviazione disponibile nel servizio di ricerca. Per S2, S3 e S3 HD, la dimensione massima di qualsiasi indice è il numero specificato nella tabella. Si applica ai servizi di ricerca creati dopo il 3 aprile 2024.
Se si verifica il provisioning del servizio in un cluster più potente, è possibile che si verifichi una variazione dei limiti massimi. I limiti rappresentano il denominatore comune. Gli indici creati in base alle specifiche precedenti sono portabili tra livelli di servizio equivalenti in qualsiasi area.
Limiti per i documenti
È possibile avere circa 24 miliardi di documenti per indice nei servizi di ricerca Basic, S1, S2, S3, L1 e L2. Per S3 HD, il limite è di 2 miliardi di documenti per indice. Ogni istanza di una raccolta complessa viene conteggiato come documento separato in termini di questi limiti.
Limiti di dimensioni dei documenti per chiamate all'API
La dimensione massima del documento quando si chiama un'API di indice è di circa 16 MB.
La dimensione del documento costituisce effettivamente un limite alla dimensione del corpo della richiesta dell'API di indice. Poiché è possibile passare all'API di indice un batch costituito da più documenti in una sola volta, il limite della dimensione dipende in effetti dal numero di documenti presenti nel batch. Per un batch con un solo documento, la dimensione massima del documento è di 16 MB di JSON.
Quando si stimano le dimensioni del documento, ricordare di considerare solo i campi che possono essere usati da un servizio di ricerca. I dati binari o di tipo image nei documenti di origine devono essere omessi dai calcoli.
Limiti delle dimensioni dell'indice vettoriale
Quando si indicizzano documenti con campi vettoriali, Ricerca di intelligenza artificiale di Azure costruisce indici vettoriali interni usando i parametri dell'algoritmo forniti. Le dimensioni di questi indici vettoriali sono limitate dalla memoria riservata per la ricerca vettoriale del livello del servizio (o SKU).
Il servizio applica una quota di dimensioni dell'indice vettoriale per ogni partizione nel servizio di ricerca. Ogni partizione aggiuntiva aumenta la quota di dimensioni dell'indice vettoriale disponibile. Questa quota è un limite rigido per garantire che il servizio rimanga integro, il che significa che ulteriori tentativi di indicizzazione una volta superato il limite si verifica un errore. È possibile riprendere l'indicizzazione dopo aver liberato la quota disponibile eliminando alcuni documenti vettoriali o aumentando le prestazioni nelle partizioni.
La tabella descrive la quota di dimensioni dell'indice vettoriale per partizione tra i livelli di servizio. Per il contesto, include:
- Limiti di archiviazione delle partizioni per ogni livello, ripetuti qui per il contesto.
- Quantità di ogni partizione (in GB) disponibile per gli indici vettoriali (creati quando si aggiungono campi vettoriali a un indice).
- Numero approssimativo di incorporamenti (valori a virgola mobile) per partizione.
Usare GET Service Statistics per recuperare la quota di dimensioni dell'indice vettoriale o esaminare la pagina Indici o la scheda Utilizzo nella portale di Azure.
I limiti dei vettori variano in base alla data e al livello di creazione del servizio. Per controllare l'età del servizio di ricerca e altre informazioni sugli indici vettoriali, vedere Dimensioni dell'indice vettoriale e permanenza ai limiti.
Limiti vettoriali per i servizi creati dopo il 3 aprile 2024 nelle aree supportate
I limiti dei vettori più elevati sono disponibili nei servizi di ricerca creati dopo il 3 aprile 2024 in un'area supportata.
| Livello | quota Archiviazione (GB) | Quota vettoriale per partizione (GB) | Circa float per partizione (presupponendo un sovraccarico del 15%) |
|---|---|---|---|
| Di base | 15 | 5 | 1.100 milioni |
| S1 | 160 | 35 | 8.200 milioni |
| S2 | 350 | 100 | 23.500 milioni |
| S3 | 700 | 200 | 47.000 milioni |
| L1 | 1.000 | 12 | 2.800 milioni |
| L2 | 2,000 | 36 | 8.400 milioni |
Si noti che i limiti L1 e L2 sono invariati nell'implementazione del 3 aprile.
Limiti vettoriali per i servizi creati tra il 1° luglio 2023 e il 3 aprile 2024
I limiti seguenti applicati ai nuovi servizi creati tra il 1° luglio e il 3 aprile 2024, ad eccezione delle aree seguenti, che hanno i limiti originali rispetto al 1° luglio 2023:
- Germania centro-occidentale
- India occidentale
- Qatar centrale
Tutte le altre aree hanno questi limiti:
| Livello | quota Archiviazione (GB) | Quota vettoriale per partizione (GB) | Circa float per partizione (presupponendo un sovraccarico del 15%) |
|---|---|---|---|
| Di base | 2 | 1 | 235 milioni |
| S1 | 25 | 3 | 700 milioni |
| S2 | 100 | 12 | 2.800 milioni |
| S3 | 200 | 36 | 8.400 milioni |
| L1 | 1.000 | 12 | 2.800 milioni |
| L2 | 2,000 | 36 | 8.400 milioni |
Limiti vettoriali per i servizi creati prima del 1° luglio 2023
| Livello | quota Archiviazione (GB) | Quota vettoriale per partizione (GB) | Circa float per partizione (presupponendo un sovraccarico del 15%) |
|---|---|---|---|
| Di base | 2 | 0.5 | 115 milioni |
| S1 | 25 | 1 | 235 milioni |
| S2 | 100 | 6 | 1.400 milioni |
| S3 | 200 | 12 | 2.800 milioni |
| L1 | 1.000 | 12 | 2.800 milioni |
| L2 | 2,000 | 36 | 8.400 milioni |
Limiti dell'indicizzatore
Sono previsti tempi di esecuzione massimi per garantire il bilanciamento e la stabilità del servizio nel complesso, ma i set di dati di maggiori dimensioni potrebbero richiedere più tempo di indicizzazione rispetto al massimo consentito. Se un processo di indicizzazione non può essere completato entro il tempo massimo consentito, provare a eseguirlo in base a una pianificazione. L'utilità di pianificazione tiene traccia dello stato di indicizzazione. Se un processo di indicizzazione pianificato viene interrotto per qualsiasi motivo, alla successiva esecuzione pianificata l'indicizzatore può riprendere dall'ultima interruzione.
| Conto risorse | Gratuito 1 | Basic 2 | S1 | S2 | S3 | S3 HD 3 | L1 | L2 |
|---|---|---|---|---|---|---|---|---|
| Numero massimo di indicizzatori | 3 | 5 o 15 | 50 | 200 | 200 | N/D | 10 | 10 |
| Numero massimo di origini dati | 3 | 5 o 15 | 50 | 200 | 200 | N/D | 10 | 10 |
| Numero massimo di set di competenze 4 | 3 | 5 o 15 | 50 | 200 | 200 | N/D | 10 | 10 |
| Carico di indicizzazione massimo per chiamata | 10.000 documenti | Limitato solo da numero massimo di documenti | Limitato solo da numero massimo di documenti | Limitato solo da numero massimo di documenti | Limitato solo da numero massimo di documenti | N/D | Nessun limite | Nessun limite |
| Pianificazione minima | 5 minuti | 5 minuti | 5 minuti | 5 minuti | 5 minuti | 5 minuti | 5 minuti | 5 minuti |
| Tempo massimo di esecuzione 5 | 1-3 minuti | 2 o 24 ore | 2 o 24 ore | 2 o 24 ore | 2 o 24 ore | N/D | 2 o 24 ore | 2 o 24 ore |
| Tempo di esecuzione massimo per gli indicizzatori con un set di competenze 6 | 3-10 minuti | 2 ore | 2 ore | 2 ore | 2 ore | N/D | 2 ore | 2 ore |
| Indicizzatore BLOB: dimensioni massime per un BLOB, MB | 16 | 16 | 128 | 256 | 256 | N/D | 256 | 256 |
| Indicizzatore BLOB: numero massimo di caratteri di contenuto estratti da un BLOB | 32.000 | 64.000 | 4 milioni | 8 milioni | 16 milioni | N/D | 4 milioni | 4 milioni |
1 I servizi del livello Gratuito hanno un tempo massimo di esecuzione degli indicizzatori di 3 minuti per le origini BLOB e di 1 minuto per tutte le altre origini dati. La chiamata dell'indicizzatore viene eseguita una volta ogni 180 secondi. Per l'indicizzazione di intelligenza artificiale che effettua chiamate ai servizi di intelligenza artificiale di Azure, i servizi gratuiti sono limitati a 20 transazioni gratuite per ogni indicizzatore al giorno, in cui una transazione viene definita come documento che passa correttamente attraverso la pipeline di arricchimento (suggerimento: è possibile reimpostare un indicizzatore per reimpostarne il conteggio).
2 I servizi Basic creati prima di dicembre 2017 hanno limiti inferiori (5 anziché 15) per gli indicizzatori, le origini dati e i set di competenze.
3 I servizi HD S3 non includono il supporto dell'indicizzatore.
4 Numero massimo di 30 competenze per set di competenze.
5 Per quanto riguarda la durata massima di 2 o 24 ore per gli indicizzatori: un massimo di 2 ore è il più comune ed è quello che si dovrebbe pianificare. Il limite di 24 ore proviene da un'implementazione precedente dell'indicizzatore. Se gli indicizzatori non pianificati vengono eseguiti continuamente per 24 ore, è perché non è stato possibile eseguire la migrazione di tali indicizzatori all'infrastruttura più recente. Come regola generale, per l'indicizzazione dei processi che non possono terminare entro due ore, impostare l'indicizzatore su una pianificazione di 2 ore. Quando viene completato il primo intervallo di 2 ore, l'indicizzatore preleva dove è stato interrotto all'avvio dell'intervallo di 2 ore successivo.
6 L'esecuzione del set di competenze e l'analisi delle immagini in particolare sono a elevato utilizzo computazionale e consumano quantità sproporzionate di potenza di elaborazione disponibile. Il tempo di esecuzione per questi carichi di lavoro è stato abbreviato per offrire maggiori possibilità di eseguire altri processi nella coda.
Nota
Come indicato in Limiti per gli indici, gli indicizzatori applicheranno anche il limite superiore di 3000 elementi in tutte le raccolte complesse per documento a partire dalla versione più recente dell'API disponibile a livello generale che supporta i tipi complessi (2019-05-06). Se l'indicizzatore è stato creato con una versione precedente dell'API, non sarà soggetto a questo limite. Per mantenere la massima compatibilità, un indicizzatore creato con una versione precedente dell'API e quindi aggiornato con una versione dell'API 2019-05-06 o successiva verrà comunque escluso dai limiti. I clienti devono essere consapevoli dell'impatto negativo della presenza di raccolte complesse di grandi dimensioni (come indicato in precedenza) ed è consigliabile creare nuovi indicizzatori con la versione più recente dell'API disponibile a livello generale.
Limiti delle risorse di collegamento privato condiviso
Gli indicizzatori possono accedere ad altre risorse di Azure tramite endpoint privati gestiti tramite l'API della risorsa collegamento privato condiviso. Questa sezione descrive i limiti associati a questa funzionalità.
| Conto risorse | Gratuito | Di base | S1 | S2 | S3 | S3 HD | L1 | L2 |
|---|---|---|---|---|---|---|---|---|
| Supporto dell'indicizzatore di endpoint privato | No | Sì | Sì | Sì | Sì | No | Sì | Sì |
| Supporto dell'endpoint privato per gli indicizzatori con un setdi competenze 1 | No | No | No | Sì | Sì | No | Sì | Sì |
| Numero massimo di endpoint privati | N/D | 10 o 30 | 100 | 400 | 400 | N/D | 20 | 20 |
| Numero massimo di tipi dirisorse distinti 2 | N/D | 4 | 7 | 15 | 15 | N/D | 4 | 4 |
1 L'arricchimento tramite intelligenza artificiale e l'analisi delle immagini sono a elevato utilizzo computazionale e usano quantità sproporzionate di potenza di elaborazione disponibile. Per questo motivo, le connessioni private vengono disabilitate su livelli inferiori per garantire le prestazioni e la stabilità del servizio di ricerca stesso.
2 Il numero di tipi di risorse distinti viene calcolato come numero di valori univoci groupId usati in tutte le risorse di collegamento privato condiviso per un determinato servizio di ricerca, indipendentemente dallo stato della risorsa.
Limiti per i sinonimi
Il numero massimo di mappe di sinonimi varia in base al livello. Ogni regola può avere fino a 20 espansioni, dove un'espansione è un termine equivalente. Se ad esempio si specifica "gatto", l'associazione con "gattino", "felino" e "felis" (il genere dei gatti) viene conteggiata come 3 espansioni.
| Conto risorse | Gratuito | Di base | S1 | S2 | S3 | S3-HD | L1 | L2 |
|---|---|---|---|---|---|---|---|---|
| Numero massimo di mappe di sinonimi | 3 | 3 | 5 | 10 | 20 | 20 | 10 | 10 |
| Numero massimo di regole per mappa | 5000 | 20000 | 20000 | 20000 | 20000 | 20000 | 20000 | 20000 |
Limiti degli alias di indice
Il numero massimo di alias di indice varia in base al livello. In tutti i livelli il numero massimo di alias è doppio del numero massimo di indici consentiti.
| Conto risorse | Gratuito | Di base | S1 | S2 | S3 | S3-HD | L1 | L2 |
|---|---|---|---|---|---|---|---|---|
| Numero massimo di alias | 6 | 10 o 30 | 100 | 400 | 400 | 2000 per partizione o 6000 per servizio | 20 | 20 |
Limiti dei dati (arricchimento tramite intelligenza artificiale)
Una pipeline di arricchimento tramite intelligenza artificiale che effettua chiamate a una risorsa del linguaggio di intelligenza artificiale di Azure per il riconoscimento delle entità, il collegamento di entità, l'estrazione di frasi chiave, l'analisi del sentiment, il rilevamento della lingua e il rilevamento delle informazioni personali sono soggetti ai limiti dei dati. Le dimensioni massime di un record devono essere di 50.000 caratteri in base alla misurazione di String.Length. Se è necessario suddividere i dati prima di inviarli all'analizzatore di valutazione, usare la competenza cognitiva di divisione del testo.
Limitazioni
Le richieste API vengono limitate man mano che il sistema si avvicina alla capacità massima. La limitazione delle richieste si comporta in modo diverso per le diverse API. Le API di query (ricerca/suggerimenti/completamento automatico) e le API di indicizzazione vengono limitate in modo dinamico in base al carico del servizio. Le API di indice e l'API delle operazioni del servizio hanno limiti di frequenza delle richieste statiche.
Limiti statici per la frequenza delle richieste per le operazioni correlate a un indice:
- Indici di elenco (GET /indexes): 3 al secondo per unità di ricerca
- Get Index (GET /indexes/myindex): 10 al secondo per unità di ricerca
- Crea indice (POST /indexes): 12 al minuto per unità di ricerca
- Creare o aggiornare l'indice (PUT /indexes/myindex): 6 al secondo per unità di ricerca
- Delete Index (DELETE /indexes/myindex): 12 al minuto per unità di ricerca
Limiti delle richieste di frequenza statica per le operazioni correlate a un servizio:
- Statistiche del servizio (GET /servicestats): 4 al secondo per unità di ricerca
Limiti delle richieste API
- 16 MB al massimo per 1 richiesta
- Lunghezza massima dell'URL di 8 KB
- Massimo 1.000 documenti per batch di caricamenti, merge o eliminazioni di indici
- 32 campi al massimo nella clausola $orderby
- Massimo 100.000 caratteri in una clausola di ricerca
- Il numero massimo di clausole in
search(espressioni separate da AND o OR) è 1024 - 32.766 byte (32 KB meno 2 byte) di testo con codifica UTF-8 per la dimensione massima del termine di ricerca
- La dimensione massima del termine di ricerca è di 1.000 caratteri per la ricerca con prefisso e la ricerca regex
- La ricerca con caratteri jolly e la ricerca di espressioni regolari sono limitate a un massimo di 1000 stati durante l'elaborazione da Lucene.
1 In Ricerca di intelligenza artificiale di Azure il corpo di una richiesta è soggetto a un limite massimo di 16 MB, imponendo un limite pratico al contenuto di singoli campi o raccolte che non sono altrimenti vincolati dai limiti teorici (vedere Tipi di dati supportati per altre informazioni sulla composizione e le restrizioni dei campi).
Esistono limiti per le dimensioni e la composizione delle query perché le query non associate possono destabilizzare il servizio di ricerca. In genere, tali query vengono create a livello di codice. Se l'applicazione genera query di ricerca a livello di codice, è consigliabile progettarla in modo che non generi query di dimensioni non associate.
Limiti delle risposte API
- Massimo 1.000 documenti restituiti per pagina dei risultati della ricerca
- 100 suggerimenti al massimo restituiti per richiesta di API di suggerimento
Limiti delle chiavi API
Le chiavi API vengono usate per l'autenticazione del servizio. Sono disponibili due tipi. Le chiavi amministratore, specificate nell'intestazione della richiesta, consentono l'accesso completo in lettura e scrittura al servizio. Le chiavi di query sono di sola lettura, sono specificate nell'URL e in genere sono distribuite ad applicazioni client.
- 2 chiavi di amministrazione al massimo per ogni servizio
- 50 chiavi di query al massimo per ogni servizio