Limites de serviço na Pesquisa de IA do Azure
Os limites máximos de armazenamento, cargas de trabalho e quantidades de índices e outros objetos dependem da criação do Azure AI Search nos níveis de preços Gratuito, Básico, Standard ou Otimizado para Armazenamento .
Free é um serviço compartilhado multilocatário que vem com sua assinatura do Azure.
O Basic fornece recursos de computação dedicados para cargas de trabalho de produção em menor escala, mas compartilha alguma infraestrutura de rede com outros locatários.
O padrão é executado em máquinas dedicadas com mais capacidade de armazenamento e processamento em todos os níveis. O padrão vem em quatro níveis: S1, S2, S3 e S3 HD. O S3 High Density (S3 HD) foi projetado para multilocação e grandes quantidades de pequenos índices (3.000 índices por serviço). O S3 HD não fornece o recurso de indexador e a ingestão de dados deve usar APIs que enviam dados da fonte para o índice.
O Storage Optimized é executado em máquinas dedicadas com mais armazenamento total, largura de banda de armazenamento e memória do que o Standard. Esta camada tem como alvo índices grandes e de mudança lenta. O Storage Optimized vem em dois níveis: L1 e L2.
Limites da subscrição
Você pode criar vários serviços de pesquisa faturáveis (básicos e superiores), até o número máximo de serviços permitidos em cada nível. Por exemplo, você pode criar até 16 serviços na camada Basic e outros 16 serviços na camada S1 dentro da mesma assinatura. Para obter mais informações sobre camadas, consulte Escolher uma camada (ou SKU) para o Azure AI Search.
Os limites máximos de serviço podem ser aumentados mediante solicitação. Se você precisar de mais serviços dentro da mesma assinatura, registre uma solicitação de suporte.
| Recurso | Grátis 1 | Básica | S1 | S2 | S3 | S3 HD | L1 | L2 |
|---|---|---|---|---|---|---|---|---|
| Serviços máximos | 1 | 16 | 16 | 8 | 6 | 6 | 6 | 6 |
| Máximo de unidades de pesquisa (SU)2 | N/A | 3 SU | 36 SU | 36 SU | 36 SU | 36 SU | 36 SU | 36 SU |
1 Você pode ter um serviço de pesquisa gratuito por assinatura do Azure. O nível gratuito é baseado na infraestrutura compartilhada com outros clientes. Como o hardware não é dedicado, a expansão não é suportada e o armazenamento é limitado a 50 MB.
2 As unidades de pesquisa (SU) são unidades de faturação, alocadas como uma réplica ou uma partição. Você precisa de ambos. Para saber mais sobre combinações de SU, consulte Estimar e gerenciar a capacidade de um serviço de pesquisa.
Limites de serviço
A tabela a seguir aborda SLA, contagens de partições e contagens de réplicas no nível de serviço.
| Recurso | Gratuito | Básica | S1 | S2 | S3 | S3 HD | L1 | L2 |
|---|---|---|---|---|---|---|---|---|
| Contrato de nível de serviço (SLA) | Não | Sim | Sim | Sim | Sim | Sim | Sim | Sim |
| Partições | N/A | 3 1 | 12 | 12 | 12 | 3 | 12 | 12 |
| Réplicas | N/A | 3 | 12 | 12 | 12 | 12 | 12 | 12 |
1 A camada básica suporta três partições e três réplicas, para um total de nove unidades de pesquisa (SU) em novos serviços de pesquisa criados após 3 de abril de 2024. Os serviços básicos mais antigos são limitados a uma partição e três réplicas.
Um serviço de pesquisa está sujeito a um limite máximo de armazenamento (tamanho da partição multiplicado pelo número de partições) ou a um limite rígido do número máximo de índices ou indexadores, o que ocorrer primeiro.
Os contratos de nível de serviço (SLAs) aplicam-se a serviços faturáveis com duas ou mais réplicas para cargas de trabalho de consulta ou três ou mais réplicas para cargas de trabalho de consulta e indexação. O número de partições não é uma consideração de SLA. Para obter mais informações, consulte Confiabilidade na Pesquisa de IA do Azure.
Os serviços gratuitos não têm partições ou réplicas fixas e partilham recursos com outros subscritores.
Armazenamento de partições (GB)
Os limites de armazenamento por serviço variam em duas coisas: data de criação do serviço e região. Existem limites mais elevados para serviços mais recentes na maioria das regiões suportadas.
Esta tabela mostra a progressão dos aumentos da quota de armazenamento em GB ao longo do tempo. As partições de maior capacidade foram colocadas online a partir de abril de 2024, nas regiões listadas nas notas de rodapé. A maior capacidade está limitada aos novos serviços de pesquisa. Não há nenhuma atualização in-loco no momento.
| Data de criação do serviço | Básica | S1 | S2 | S3/HD | L1 | L2 |
|---|---|---|---|---|---|---|
| Antes de 3 de abril de 2024 | 2 | 25 | 100 | 200 | 1,024 | 2048 |
| 3 de abril de 2024 a 17 de maio de 2024 1 | 15 | 160 | 512 | 1,024 | 1,024 | 2048 |
| Depois de 17 de maio de 2024 2 | 15 | 160 | 512 | 1,024 | 2,048 | 4,096 |
1 Armazenamento de maior capacidade para Basic, S1, S2, S3 nessas regiões. Américas: Brasil Sul, Canadá Central, Leste do Canadá, Leste dos EUA, Leste dos EUA 2, Centro dos EUA, Centro-Norte dos EUA, Centro-Sul dos EUA, Oeste dos EUA, Oeste dos EUA 2, Oeste dos EUA 3, Centro-Oeste dos EUA. Europa: France Central. Itália Norte, Norte da Europa, Noruega Leste, Polónia Central, Suíça Norte, Suécia Central, Reino Unido Sul, Reino Unido Oeste. Médio Oriente: Norte dos Emirados Árabes Unidos. África: África do Sul Norte. Ásia-Pacífico: Austrália Leste, Austrália Sudeste, Índia Central, Jio Índia Oeste, Ásia Oriental, Sudeste Asiático, Leste do Japão, Oeste do Japão, Coreia Central, Coreia do Sul.
2 Armazenamento de maior capacidade para L1 e L2. Mais regiões oferecem maior capacidade em todos os níveis faturáveis. Europa: Alemanha Norte, Alemanha Centro-Oeste, Suíça Oeste. Azure Government: Texas, Arizona, Virgínia. África: África do Sul Norte. Ásia-Pacífico: China Norte 3, China Leste 3.
Algumas regiões ainda funcionam com infraestruturas mais antigas, sujeitas aos limites de 3 de abril. Antes de criar um novo serviço, verifique as regiões suportadas para se certificar de que a região da sua escolha fornece a capacidade extra.
Limites de índice
| Recurso | Gratuito | Básico 1 | S1 | S2 | S3 | S3 HD | L1 | L2 |
|---|---|---|---|---|---|---|---|---|
| Índices máximos | 3 | 5 ou 15 | 50 | 200 | 200 | 1000 por partição ou 3000 por serviço | 10 | 10 |
| Máximo de campos simples por índice 2 | 1000 | 100 | 1000 | 1000 | 1000 | 1000 | 1000 | 1000 |
| Dimensões máximas por campo vetorial | 4098 | 4098 | 4098 | 4098 | 4098 | 4098 | 4098 | 4098 |
| Máximo de coleções complexas por índice | 40 | 40 | 40 | 40 | 40 | 40 | 40 | 40 |
| Máximo de elementos em todas as coleções complexas por documento 3 | 3000 | 3000 | 3000 | 3000 | 3000 | 3000 | 3000 | 3000 |
| Profundidade máxima de campos complexos | 10 | 10 | 10 | 10 | 10 | 10 | 10 | 10 |
| Máximo de sugestões por índice | 1 | 1 | 1 | 1 | 1 | 1 | 1 | 1 |
| Perfis de pontuação máxima por índice | 100 | 100 | 100 | 100 | 100 | 100 | 100 | 100 |
| Máximo de funções por perfil | 8 | 8 | 8 | 8 | 8 | 8 | 8 | 8 |
| Tamanho máximo do índice 4 | N/A | N/D | N/A | 1,88 TB | 2,34 TB | 100 GB | N/A | N/A |
1 Os serviços básicos criados antes de dezembro de 2017 têm limites mais baixos (5 em vez de 15) nos índices. A camada básica é a única camada com um limite inferior de 100 campos por índice.
2 O limite superior de campos inclui campos de primeiro nível e subcampos aninhados em uma coleção complexa. Por exemplo, se um índice contiver 15 campos e tiver duas coleções complexas com cinco subcampos cada, a contagem de campos do índice será 25. Os índices com uma coleção de campos muito grande podem ser lentos. Limite campos e atributos apenas àqueles de que você precisa e execute indexação e teste de consulta para garantir que o desempenho seja aceitável.
3 Existe um limite superior para elementos porque ter um grande número deles aumenta significativamente o armazenamento necessário para o seu índice. Um elemento de uma coleção complexa é definido como um membro dessa coleção. Por exemplo, suponha que um documento de Hotel com uma coleção de quartos complexos, cada quarto na coleção Rooms é considerado um elemento. Durante a indexação, o mecanismo de indexação pode processar com segurança um máximo de 3.000 elementos no documento como um todo. Esse limite foi introduzido e api-version=2019-05-06 se aplica apenas a coleções complexas, e não a coleções de cadeia de caracteres ou campos complexos.
4 Na maioria dos níveis, o tamanho máximo do índice é todo o armazenamento disponível no seu serviço de pesquisa. Para S2, S3 e S3 HD, o tamanho máximo de qualquer índice é o número fornecido na tabela. Aplica-se a serviços de pesquisa criados após 3 de abril de 2024.
Você pode encontrar alguma variação nos limites máximos se o serviço for provisionado em um cluster mais poderoso. Os limites aqui representam o denominador comum. Os índices criados de acordo com as especificações acima são portáteis em níveis de serviço equivalentes em qualquer região.
Limites de documentos
O número máximo de documentos por índice é:
- 24 mil milhões em serviços de pesquisa Basic, S1, S2, S3, L1 e L2.
- 2 mil milhões em S3 HD.
Cada instância de uma coleção complexa conta como um documento separado em termos desses limites.
O tamanho máximo do documento ao chamar uma API de índice é de aproximadamente 16 megabytes.
O tamanho do documento é, na verdade, um limite no tamanho do corpo da solicitação da API de índice. Como você pode passar um lote de vários documentos para a API de índice de uma só vez, o limite de tamanho depende realisticamente de quantos documentos estão no lote. Para um lote com um único documento, o tamanho máximo do documento é de 16 MB de JSON.
Ao estimar o tamanho do documento, lembre-se de considerar apenas os campos que agregam valor aos cenários de pesquisa e exclua todos os campos de origem que não tenham finalidade nas consultas que você pretende executar.
Limites de tamanho do índice vetorial
Quando você indexa documentos com campos vetoriais, o Azure AI Search constrói índices vetoriais internos usando os parâmetros de algoritmo fornecidos. O tamanho desses índices vetoriais é restrito pela memória reservada para a pesquisa vetorial para a camada (ou SKU) do seu serviço. Para obter orientações sobre como gerenciar e maximizar o armazenamento vetorial, consulte Tamanho do índice vetorial e permanecer abaixo dos limites.
Os limites vetoriais variam por:
Limites vetoriais mais altos a partir de abril de 2024 existem em novos serviços de busca em regiões que fornecem a capacidade extra, que é a maioria deles.
Esta tabela mostra a progressão dos aumentos de cota vetorial em GB ao longo do tempo. A cota é por partição, portanto, se você dimensionar um novo serviço Standard (S1) para 6 partições, a cota vetorial total será 35 multiplicada por 6.
| Data de criação do serviço | Básica | S1 | S2 | S3/HD | L1 | L2 |
|---|---|---|---|---|---|---|
| Antes de 1 de julho de 2023 1 | 0.5 | 1 | 6 | 12 | 12 | 36 |
| 1 de julho de 2023 a 3 de abril de 2024 2 | 1 | 3 | 12 | 36 | 12 | 36 |
| 3 de abril de 2024 a 17 de maio de 2024 3 | 5 | 35 | 150 | 300 | 12 | 36 |
| Depois de 17 de maio de 2024 4 | 5 | 35 | 150 | 300 | 150 | 300 |
1 Limites vetoriais iniciais durante a pré-visualização.
2 Limites vetoriais durante o período de visualização posterior. Três regiões não tinham os limites mais altos: Alemanha Centro-Oeste, Índia Ocidental, Qatar Central.
3 Cota vetorial mais alta com base nas partições maiores para camadas e regiões suportadas.
4 Cota vetorial mais alta para mais camadas e regiões com base em atualizações de tamanho de partição.
O serviço impõe uma cota de tamanho de índice vetorial para cada partição em seu serviço de pesquisa. Cada partição extra aumenta a cota de tamanho do índice vetorial disponível. Essa cota é um limite rígido para garantir que seu serviço permaneça íntegro, o que significa que novas tentativas de indexação quando o limite é excedido resultam em falha. Você pode retomar a indexação depois de liberar a cota disponível excluindo alguns documentos vetoriais ou aumentando a escala em partições.
Importante
Limites vetoriais mais altos estão vinculados a tamanhos de partição maiores. As regiões que funcionam com infraestruturas mais antigas estão sujeitas aos limites de julho a abril. Analise a lista de regiões para ver o status dos limites de armazenamento de partição.
Limites do indexador
Os tempos de execução máximos existem para proporcionar equilíbrio e estabilidade ao serviço como um todo, mas conjuntos de dados maiores podem precisar de mais tempo de indexação do que o máximo permite. Se um trabalho de indexação não puder ser concluído dentro do tempo máximo permitido, tente executá-lo em um cronograma. O agendador acompanha o status da indexação. Se um trabalho de indexação agendado for interrompido por qualquer motivo, o indexador poderá continuar de onde parou pela última vez na próxima execução agendada.
| Recurso | Grátis 1 | Básico 2 | S1 | S2 | S3 | S3 HD 3 | L1 | L2 |
|---|---|---|---|---|---|---|---|---|
| Indexadores máximos | 3 | 5 ou 15 | 50 | 200 | 200 | N/A | 10 | 10 |
| Origens de dados máximas | 3 | 5 ou 15 | 50 | 200 | 200 | N/A | 10 | 10 |
| Máximo de habilidades 4 | 3 | 5 ou 15 | 50 | 200 | 200 | N/A | 10 | 10 |
| Carga máxima de indexação por invocação | 10 000 documentos | Limitado apenas por um máximo de documentos | Limitado apenas por um máximo de documentos | Limitado apenas por um máximo de documentos | Limitado apenas por um máximo de documentos | N/A | Sem limite | Sem limite |
| Horário mínimo | 5 minutos | 5 minutos | 5 minutos | 5 minutos | 5 minutos | 5 minutos | 5 minutos | 5 minutos |
| Tempo máximo de execução 5 | 1-3 minutos | 2 ou 24 horas | 2 ou 24 horas | 2 ou 24 horas | 2 ou 24 horas | N/A | 2 ou 24 horas | 2 ou 24 horas |
| Tempo máximo de execução para indexadores com um conjunto de habilidades 6 | 3-10 minutos | Duas horas | Duas horas | Duas horas | Duas horas | N/A | Duas horas | Duas horas |
| Indexador de blob: tamanho máximo de blob, MB | 16 | 16 | 128 | 256 | 256 | N/A | 256 | 256 |
| Indexador de Blob: máximo de caracteres de conteúdo extraído de um blob | 32,000 | 64,000 | 4 milhões | 8 milhões | 16 milhões | N/A | 4 milhões | 4 milhões |
1 Os serviços gratuitos têm um tempo máximo de execução do indexador de 3 minutos para fontes de blob e 1 minuto para todas as outras fontes de dados. A invocação do indexador é feita uma vez a cada 180 segundos. Para indexação de IA que chama os serviços de IA do Azure, os serviços gratuitos são limitados a 20 transações gratuitas por indexador por dia, em que uma transação é definida como um documento que passa com êxito pelo pipeline de enriquecimento (dica: você pode redefinir um indexador para redefinir sua contagem).
2 Os serviços básicos criados antes de dezembro de 2017 têm limites mais baixos (5 em vez de 15) para indexadores, fontes de dados e conjuntos de competências.
3 Os serviços S3 HD não incluem suporte a indexadores.
4 Máximo de 30 competências por conjunto de competências.
5 Em relação à duração máxima de 2 ou 24 horas para indexadores: um máximo de 2 horas é o mais comum e é o que você deve planejar. O limite de 24 horas é de uma implementação de indexador mais antiga. Se você tiver indexadores não agendados que são executados continuamente por 24 horas, é porque esses indexadores não puderam ser migrados para a infraestrutura mais recente. Como regra geral, para indexar trabalhos que não podem ser concluídos dentro de duas horas, coloque o indexador em um cronograma de 2 horas. Quando o primeiro intervalo de 2 horas é concluído, o indexador continua de onde parou ao iniciar o próximo intervalo de 2 horas.
6 A execução do conjunto de competências, e a análise de imagens em particular, são computacionalmente intensivas e consomem quantidades desproporcionadas de poder de processamento disponível. O tempo de execução dessas cargas de trabalho é menor para que outros trabalhos na fila tenham mais oportunidade de execução.
Nota
Conforme indicado nos limites do índice, os indexadores também aplicarão o limite superior de 3000 elementos em todas as coleções complexas por documento, começando com a versão mais recente da API do GA que suporta tipos complexos (2019-05-06) em diante. Isso significa que, se você criou seu indexador com uma versão anterior da API, não estará sujeito a esse limite. Para preservar a compatibilidade máxima, um indexador que foi criado com uma versão anterior da API e, em seguida, atualizado com uma versão 2019-05-06 da API ou posterior, ainda será excluído dos limites. Os clientes devem estar cientes do impacto adverso de ter coleções complexas muito grandes (como dito anteriormente) e é altamente recomendável criar novos indexadores com a versão mais recente da API GA.
Limites de recursos de links privados compartilhados
Os indexadores podem aceder a outros recursos do Azure através de pontos de extremidade privados geridos através da API de recurso de ligação privada partilhada. Esta seção descreve os limites associados a esse recurso.
| Recurso | Gratuito | Básica | S1 | S2 | S3 | S3 HD | L1 | L2 |
|---|---|---|---|---|---|---|---|---|
| Suporte a indexador de ponto de extremidade privado | Não | Sim | Sim | Sim | Sim | No | Sim | Sim |
| Suporte de endpoint privado para indexadores com um conjuntode habilidades 1 | No | No | No | Sim | Sim | No | Sim | Sim |
| Máximo de pontos finais privados | N/A | 10 ou 30 | 100 | 400 | 400 | N/A | 20 | 20 |
| Máximo de tiposde recursos distintos 2 | N/A | 4 | 7 | 15 | 15 | N/A | 4 | 4 |
1 O enriquecimento da IA e a análise de imagens são computacionalmente intensivos e consomem quantidades desproporcionadas de poder de processamento disponível. Por esse motivo, as conexões privadas são desativadas em níveis mais baixos para garantir o desempenho e a estabilidade do próprio serviço de pesquisa.
2 O número de tipos de recursos distintos é calculado como o número de valores únicos groupId usados em todos os recursos de link privado compartilhado para um determinado serviço de pesquisa, independentemente do status do recurso.
Limites de sinónimos
O número máximo de mapas de sinónimos varia consoante o nível. Cada regra pode ter até 20 expansões, onde uma expansão é um termo equivalente. Por exemplo, dado "gato", a associação com "gatinho", "felino" e "felis" (o gênero para gatos) contaria como 3 expansões.
| Recurso | Gratuito | Básica | S1 | S2 | S3 | S3-HD | L1 | L2 |
|---|---|---|---|---|---|---|---|---|
| Mapas de sinónimos máximos | 3 | 3 | 5 | 10 | 20 | 20 | 10 | 10 |
| Número máximo de regras por mapa | 5000 | 20 000 | 20 000 | 20 000 | 20 000 | 20 000 | 20 000 | 20 000 |
Limites de alias de índice
O número máximo de aliases de índice varia de acordo com a camada. Em todas as camadas, o número máximo de aliases é o dobro do número máximo de índices permitidos.
| Recurso | Gratuito | Básica | S1 | S2 | S3 | S3-HD | L1 | L2 |
|---|---|---|---|---|---|---|---|---|
| Aliases máximos | 6 | 10 ou 30 | 100 | 400 | 400 | 2000 por partição ou 6000 por serviço | 20 | 20 |
Limites de dados (enriquecimento de IA)
Um pipeline de enriquecimento de IA que faz chamadas para um recurso da Linguagem de IA do Azure para reconhecimento de entidade, vinculação de entidade, extração de frases-chave, análise de sentimento, deteção de idioma e deteção de informações pessoais está sujeito a limites de dados. O tamanho máximo de um registo deve ser de 50 000 carateres, medido por String.Length. Se você precisar dividir seus dados antes de enviá-los para o analisador de sentimento, use a habilidade Divisão de texto.
Limites de limitação
As solicitações de API são limitadas à medida que o sistema se aproxima da capacidade máxima. A limitação se comporta de forma diferente para APIs diferentes. As APIs de consulta (Pesquisa/Sugestão/Preenchimento automático) e as APIs de indexação são limitadas dinamicamente com base na carga no serviço. As APIs de índice e a API de operações de serviço têm limites de taxa de solicitação estática.
Limites de solicitação de taxa estática para operações relacionadas a um índice:
- Listar índices (GET /indexes): 3 por segundo por unidade de pesquisa
- Obter índice (GET /indexes/myindex): 10 por segundo por unidade de pesquisa
- Criar índice (POST /indexes): 12 por minuto por unidade de pesquisa
- Criar ou atualizar índice (PUT /indexes/myindex): 6 por segundo por unidade de pesquisa
- Excluir índice (DELETE /indexes/myindex): 12 por minuto por unidade de pesquisa
Limites de solicitação de taxa estática para operações relacionadas a um serviço:
- Estatísticas de serviço (GET /servicestats): 4 por segundo por unidade de pesquisa
A reclassificação L2 usando o reclassificador semântico tem um volume esperado:
- Até 10 consultas simultâneas por réplica. Se você prevê requisitos de taxa de transferência consistentes próximos, iguais ou superiores a esse nível, envie um tíquete de suporte para que possamos provisionar sua carga de trabalho.
Limites de solicitação de API
- Máximo de 16 MB por pedido 1
- Comprimento máximo do URL de 8 KB
- Máximo de 1.000 documentos por lote de uploads, mesclagens ou exclusões de índice
- Máximo 32 campos na cláusula $orderby
- Máximo de 100.000 caracteres em uma cláusula de pesquisa
- O número máximo de cláusulas (
searchexpressões separadas por AND ou OR) é 1024 - O tamanho máximo do termo de pesquisa é de 32.766 bytes (32 KB menos 2 bytes) de texto codificado UTF-8
- O tamanho máximo do termo de pesquisa é de 1.000 caracteres para pesquisa de prefixo e pesquisa regex
- A pesquisa curinga e a pesquisa de expressão regular são limitadas a um máximo de 1.000 estados quando processadas pelo Lucene.
1 No Azure AI Search, o corpo de uma solicitação está sujeito a um limite superior de 16 MB, impondo um limite prático ao conteúdo de campos ou coleções individuais que não são limitados por limites teóricos (consulte Tipos de dados suportados para obter mais informações sobre composição e restrições de campos).
Existem limites no tamanho e composição da consulta porque consultas não limitadas podem desestabilizar seu serviço de pesquisa. Normalmente, essas consultas são criadas programaticamente. Se seu aplicativo gera consultas de pesquisa programaticamente, recomendamos projetá-lo de tal forma que não gere consultas de tamanho ilimitado.
Limites de resposta da API
- Máximo de 1.000 documentos retornados por página de resultados da pesquisa
- Máximo de 100 sugestões retornadas por solicitação de API de sugestão
Limites de chave da API
As chaves de API são usadas para autenticação de serviço. Existem dois tipos. As chaves de administrador são especificadas no cabeçalho da solicitação e concedem acesso total de leitura e gravação ao serviço. As chaves de consulta são somente leitura, especificadas na URL e normalmente distribuídas para aplicativos cliente.
- Máximo de 2 chaves de administração por serviço
- Máximo de 50 chaves de consulta por serviço