Ограничения служб в службе "Поиск ИИ Azure"
Максимальные ограничения на хранилище, рабочие нагрузки и количество индексов и других объектов зависят от того, создаются ли службы "Поиск ИИ Azure" на уровне "Бесплатный", "Базовый", "Стандартный" или "Оптимизированный для хранилища".
Бесплатная — это мультитенантная общая служба, которая поставляется с подпиской Azure.
Базовый предоставляет выделенные вычислительные ресурсы для небольших рабочих нагрузок в рабочей среде, но вам придется делить часть сетевой инфраструктуры с другими арендаторами.
Для уровня Стандартный используются выделенные виртуальные машины. Это обеспечивает увеличение емкости хранилища и вычислительной мощности на всех уровнях. В категории "Стандартный" доступно четыре уровня: S1, S2, S3 и S3 HD (S3, высокая плотность). S3 High Density (S3 HD) предназначен для многотенантности и большого количества небольших индексов (3000 индексов на службу). S3 HD не предоставляет функцию индексатора и прием данных должен использовать API, которые помещают данные из источника в индекс.
Оптимизировано для хранилища выполняется на выделенных компьютерах с более высокими объемами хранилища, пропускной способности хранилища и памяти, чем в категории Стандартный. Эта ценовая категория предназначена для больших и медленно меняющихся индексов. Оптимизировано для хранения на двух уровнях: L1 и L2.
Ограничения подписки
Вы можете создать несколько платных служб поиска (базовый и более высокий), до максимального количества служб, разрешенных на каждом уровне в каждом регионе. Например, можно создать до 16 служб на уровне "Базовый" и еще 16 служб на уровне S1 в пределах одной подписки и региона. Затем можно создать дополнительные 16 базовых служб в другом регионе для объединенной 32 базовых служб в той же подписке. Дополнительные сведения о уровнях см. в разделе "Выбор уровня " (или SKU) для поиска ИИ Azure.
Максимальное количество служб можно увеличить по запросу. Если вам требуется больше служб для одной подписки, отправьте запрос на поддержку.
Ресурс | Бесплатный 1 | Базовая | S1 | S2 | S3 | S3 HD | L1 | L2 |
---|---|---|---|---|---|---|---|---|
Максимальное количество служб в каждом регионе | 1 | 16 | 16 | 8 | 6 | 6 | 6 | 6 |
Максимальное количество единиц поиска (SU)2 | Н/П | 3 ЕП | 36 ЕП | 36 ЕП | 36 ЕП | 36 ЕП | 36 ЕП | 36 ЕП |
1 Вы можете использовать бесплатную службу поиска для каждой подписки Azure. Уровень "Бесплатный" основан на инфраструктуре, общей для других клиентов. Так как оборудование не выделено, масштабирование не поддерживается, а хранилище ограничено 50 МБ. Бесплатная служба поиска может быть удалена после длительных периодов бездействия, чтобы освободить место для дополнительных служб.
2 Единицы поиска (ЕП) — это оплачиваемые единицы, выделяемые в виде реплик или секций. Вам нужно и то, и другое. Дополнительные сведения о сочетаниях SU см. в статье "Оценка емкости службы поиска" и управление ими.
Лимиты служб
В следующей таблице рассматриваются соглашения об уровне обслуживания, счетчиках секций и количествах реплик на уровне обслуживания.
Ресурс | Free | Basic | S1 | S2 | S3 | S3 HD | L1 | L2 |
---|---|---|---|---|---|---|---|---|
Соглашение об уровне обслуживания (SLA) | No | Да | Да | Да | Да | Да | Да | Да |
Секции | Н/П | 3 1 | 12 | 12 | 12 | 3 | 12 | 12 |
Реплики | Н/П | 3 | 12 | 12 | 12 | 12 | 12 | 12 |
1 Базовый уровень поддерживает три секции и три реплики, в общей сложности девять единиц поиска (SU) в новых службах поиска, созданных после 3 апреля 2024 года. Старые базовые службы ограничены одной секцией и тремя репликами.
Служба поиска имеет максимальный размер хранилища (размер секции, умноженный на количество секций) или жесткое ограничение на максимальное число индексов или индексаторов, в зависимости от того, что происходит в первую очередь.
Соглашения об уровне обслуживания применяются к оплачиваемым службам с двумя или более репликами для рабочих нагрузок запросов или тремя или более репликами для рабочих нагрузок запросов и индексирования. При применении соглашения об уровне обслуживания не учитывается количество секций не учитывается. Дополнительные сведения см. в статье "Надежность" в службе "Поиск по искусственному интеллекту Azure".
Бесплатные службы не имеют фиксированных секций или реплик, и они совместно используют ресурсы с другими подписчиками.
Хранилище секций (ГБ)
Ограничения хранилища для каждой службы зависят от двух вещей: даты создания службы и региона. Существуют более высокие ограничения для новых служб в большинстве поддерживаемых регионов.
В этой таблице показано увеличение квоты хранилища на ГБ с течением времени. Более высокие секции емкости были доставлены в режим "Онлайн" начиная с апреля 2024 года, в регионах, перечисленных в сносках. Более высокая емкость ограничена новыми службами поиска. В настоящее время обновление на месте отсутствует.
Дата создания службы | Базовая | S1 | S2 | S3/HD | L1 | L2 |
---|---|---|---|---|---|---|
До 3 апреля 2024 г. | 2 | 25 | 100 | 200 | 1024 | 2048 |
3 апреля 2024 г. – 17 мая 2024 г. | 15 | 160 | 512 | 1,024 | 1024 | 2048 |
После 17 мая 2024 г. | 15 | 160 | 512 | 1024 | 2,048 | 4,096 |
1 Хранилище емкости для уровня "Базовый", "S1", "S2", "S3" в этих регионах. Америка: Южная Бразилия, Центральная Канада, Восточная Канада, восточная часть США, восточная часть США 2, центральная часть США, северная часть США, южная часть США, западная часть США 2, западная часть США 3, западная часть США 3, западная часть США. Европа: Центральная Франция. Италия Северная Европа, Северная Европа, Восточная Норвегия, Центральная Польша, Северная Швейцария, Центральная Швеция, Южная Великобритания, Западная Часть Великобритании. Ближний Восток: Север ОАЭ. Африка: Северная Африка. Азиатско-Тихоокеанский регион: Восточная Австралия, Юго-Восточная Австралия, Центральная Индия, Jio India West, Восточная Азия, Восточная Азия, Восточная Япония, Западная Япония, Центральная Корея, Южная Корея.
2 хранилища с более высокой емкостью для L1 и L2. Больше регионов обеспечивают более высокую емкость на каждом оплачиваемом уровне. Европа: Северная Германия, Западная Германия, Западная Швейцария. Azure для государственных организаций: Техас, Аризона, Вирджиния. Африка: Северная Африка. Азиатско-Тихоокеанский регион: Китай Северная 3, Восточная Китай 3.
Некоторые регионы по-прежнему работают на старой инфраструктуре, при условии ограничений 3 апреля. Перед созданием новой службы проверьте поддерживаемые регионы , чтобы убедиться, что выбранный регион предоставляет дополнительную емкость.
Ограничения индексов
Ресурс | Бесплатно | Базовый 1 | S1 | S2 | S3 | S3 HD | L1 | L2 |
---|---|---|---|---|---|---|---|---|
Максимальное число индексов | 3 | 5 или 15 | 50 | 200 | 200 | 1000 на секцию или 3000 на службу | 10 | 10 |
Максимальное количество простых полей на индекс 2 | 1000 | 100 | 1000 | 1000 | 1000 | 1000 | 1000 | 1000 |
Максимальное количество измерений на поле вектора | 4098 | 4098 | 4098 | 4098 | 4098 | 4098 | 4098 | 4098 |
Максимально сложные коллекции на индекс | 40 | 40 | 40 | 40 | 40 | 40 | 40 | 40 |
Максимальное количество элементов во всех сложных коллекциях на документ 3 | 3000 | 3000 | 3000 | 3000 | 3000 | 3000 | 3000 | 3000 |
Максимальная глубина сложных полей | 10 | 10 | 10 | 10 | 10 | 10 | 10 | 10 |
Максимальное число средств подбора на индекс | 1 | 1 | 1 | 1 | 1 | 1 | 1 | 1 |
Максимальное число профилей оценки на индекс | 100 | 100 | 100 | 100 | 100 | 100 | 100 | 100 |
Максимальное число функций на профиль | 8 | 8 | 8 | 8 | 8 | 8 | 8 | 8 |
Максимальный размер индекса 4 | Неприменимо | Н/Д | Неприменимо | 1,88 ТБ | 2,34 ТБ | 100 ГБ | Неприменимо | Неприменимо |
1 Службы категории "Базовый", созданные до декабря 2017 г., имеют более низкие ограничения индексов (5 вместо 15). Базовый уровень — это единственный уровень с более низким ограничением в 100 полей на индекс.
2 Верхний предел полей включает как поля первого уровня, так и вложенные подфилды в сложной коллекции. Например, если индекс содержит 15 полей и содержит две сложные коллекции с пятью подфилдами, число полей индекса равно 25. Индексы с очень большой коллекцией полей могут быть медленными. Ограничьте поля и атрибуты только тем, которые вам нужны, и выполните индексирование и тестирование запросов, чтобы обеспечить допустимость производительности.
3 Верхний предел существует для элементов, так как при наличии большого количества из них значительно увеличивается хранилище, необходимое для индекса. Элемент сложной коллекции определяется как член этой коллекции. Допустим, например, что у нас есть документ "Гостиница" со сложной коллекцией "Номера", тогда каждый номер в коллекции "Номера" считается элементом. Во время индексирования подсистема индексирования может безопасно обрабатывать не более 3000 элементов в документе в целом. Это ограничение появилось в api-version=2019-05-06
и применяется только к сложным коллекциям, а не к коллекциям строк или к сложным полям.
4 На большинстве уровней максимальный размер индекса — это все доступное хранилище в службе поиска. Для S2, S3 и S3 HD максимальный размер любого индекса — это число, предоставленное в таблице. Применяется к службам поиска, созданным после 3 апреля 2024 г.
Если служба будет подготовлена в более мощном кластере, можно найти некоторые варианты в максимальных ограничениях. Ограничения здесь представляют общий знаменатель. Индексы, созданные в указанных выше спецификациях, переносятся по эквивалентным уровням служб в любом регионе.
Ограничения документов
Максимальное количество документов на индекс:
- 24 миллиарда на Basic, S1, S2, S3
- 2 миллиарда на S3 HD
- 288 млрд на L1
- 576 млрд на L2
Каждый экземпляр сложной коллекции считается отдельным документом с точки зрения этих ограничений.
Максимальный размер каждого документа составляет около 16 мегабайт. Размер документа фактически является ограничением на размер полезных данных запроса API индексирования, что составляет 16 мегабайт. Полезные данные могут быть одним документом или пакетом документов. Для пакета с одним документом максимальный размер документа составляет 16 МБ данных JSON.
Размер документа применяется к индексации в режиме принудительной отправки документов в службу поиска. Если вы используете индексатор для индексирования в режиме извлечения, исходные файлы могут иметь любой размер файла, при условии ограничений индексатора. Для индексатора BLOB-объектов ограничения размера файла больше для более высоких уровней. Например, ограничение S1 составляет 128 мегабайт, ограничение S2 — 256 мегабайт и т. д.
При оценке размера документа не забудьте индексировать только те поля, которые добавляют значение в сценарии поиска, и исключить все исходные поля, которые не предназначены для выполнения запросов.
Ограничения размера векторного индекса
При индексировании документов с помощью векторных полей поиск Azure ИИ создает внутренние индексы векторов с помощью предоставленных вами параметров алгоритма. Размер этих векторных индексов ограничен памятью, зарезервированной для векторного поиска уровня службы (или SKU
). Рекомендации по управлению и максимизации векторного хранилища см. в разделе "Размер индекса вектора" и их сохранение в пределах ограничений.
Ограничения векторов зависят от:
Более высокие ограничения векторов с апреля 2024 года существуют на новых службах поиска в регионах, предоставляющих дополнительную емкость, которая является большинством из них.
В этой таблице показано увеличение квоты вектора в ГБ с течением времени. Квота на секцию, поэтому при масштабировании новой службы "Стандартный" (S1) до 6 секций общая квота вектора составляет 35, умноженная на 6.
Дата создания службы | Базовая | S1 | S2 | S3/HD | L1 | L2 |
---|---|---|---|---|---|---|
До 1 июля 2023 г. | 0,5 | 1 | 6 | 12 | 12 | 36 |
1 июля 2023 г. –3 апреля 2024 г. | 1 | 3 | 12 | 36 | 12 | 36 |
3 апреля 2024 г. – 17 мая 2024 г. | 5 | 35 | 150 | 300 | 12 | 36 |
После 17 мая 2024 4 | 5 | 35 | 150 | 300 | 150 | 300 |
1 Начальные ограничения векторов во время ранней предварительной версии.
2 Ограничения вектора в течение более поздней предварительной версии. Три региона не имели более высоких ограничений: Западная Германия, Западная Индия, Центральная Катар.
3 Более высокая квота вектора на основе более крупных секций для поддерживаемых уровней и регионов.
4 Более высокая квота вектора для дополнительных уровней и регионов на основе обновлений размера секции.
Служба применяет квоту размера векторного индекса для каждой секции в службе поиска. Каждая дополнительная секция увеличивает доступную квоту размера векторного индекса. Эта квота является жестким ограничением, чтобы обеспечить работоспособность службы, что означает, что дальнейшие попытки индексирования после превышения предела приводят к сбою. После освобождения доступной квоты можно возобновить индексирование, удалив некоторые векторные документы или масштабируя их в секциях.
Внимание
Более высокие ограничения векторов привязаны к большим размерам секций. Регионы, которые работают в старой инфраструктуре, подвергаются ограничениям в июле-апреле. Просмотрите список регионов для состояния в ограничениях хранилища секций.
Ограничения индексатора
Для поддержания баланса и стабильности службы в целом применяется максимально допустимое время выполнения, но некоторые большие наборы данных требуют на индексирование больше времени, чем предусмотрено. Если задание индексирования не может завершиться в течение максимального времени, попробуйте запустить его по расписанию. Планировщик сохраняет сведения о состоянии индексирования. Если запланированное задание индексирования прервано по какой-либо причине, индексатор может продолжить выполнение с того же места при следующем запланированном выполнении.
Ресурс | Бесплатный 1 | Базовый 2 | S1 | S2 | S3 | S3 HD 3 | L1 | L2 |
---|---|---|---|---|---|---|---|---|
Максимальное число индексаторов | 3 | 5 или 15 | 50 | 200 | 200 | Н/П | 10 | 10 |
Максимальное количество источников данных | 3 | 5 или 15 | 50 | 200 | 200 | Н/П | 10 | 10 |
Максимальное число наборов квалификационных навыков 4 | 3 | 5 или 15 | 50 | 200 | 200 | Н/П | 10 | 10 |
Максимальная нагрузка индексирования на вызов | 10 000 документов | Ограничивается только максимальным числом документов | Ограничивается только максимальным числом документов | Ограничивается только максимальным числом документов | Ограничивается только максимальным числом документов | Н/П | Без ограничений | Без ограничений |
Минимальное расписание | 5 мин | 5 мин | 5 мин | 5 мин | 5 мин | 5 мин | 5 мин | 5 мин |
Максимальное время выполнения5 | 1-3 или 3-10 минут | 2 или 24 часа | 2 или 24 часа | 2 или 24 часа | 2 или 24 часа | Н/П | 2 или 24 часа | 2 или 24 часа |
Индексатор BLOB-объектов: максимальный размер BLOB-объектов в МБ | 16 | 16 | 128 | 256 | 256 | Н/П | 256 | 256 |
Индексатор BLOB-объектов: максимальные символы содержимого, извлеченные из большого двоичного объекта 6 | 32 000 | 64 000 | 4 млн | 8 млн | 16 миллионов | Н/П | 4 млн | 4 млн |
1 Максимальное время выполнения индексатора для служб уровня "Бесплатный" составляет 3 минуты для источников больших двоичных объектов или 1 минуту для прочих источников данных. Вызов индексатора каждые 180 секунд. Для индексирования ИИ, вызывающего службы искусственного интеллекта Azure, бесплатные службы ограничены 20 бесплатными транзакциями на индексатор в день, где транзакция определяется как документ, который успешно проходит через конвейер обогащения (совет: можно сбросить индексатор для сброса его количества).
2 Службы категории "Базовый", созданные до декабря 2017 г., имеют более низкие ограничения для индексов (5 вместо 15), источников данных и наборов навыков.
3 службы HD С3 не включают поддержку индексатора.
4 До 30 навыков на набор квалификационных навыков.
5 Относительно максимальной продолжительности 2 или 24 часа для индексаторов: максимальное 2-часовое максимальное, и это то, что вы должны планировать. Он относится к индексаторам, работающим в общедоступной среде, используемым для разгрузки вычислительной интенсивной обработки и оставлять больше ресурсов для запросов. Ограничение в 24 часа применяется, если индексатор настроен для запуска в частной среде, используя только инфраструктуру, выделенную службе поиска. Обратите внимание, что некоторые старые индексаторы не могут работать в общедоступной среде, и эти индексаторы всегда имеют 24-часовой диапазон обработки. Если у вас есть незапланированные индексаторы, которые выполняются непрерывно в течение 24 часов, можно предположить, что эти индексаторы не могут быть перенесены в более новую инфраструктуру. Как правило, для заданий индексирования, которые не могут завершиться в течение двух часов, поместите индексатор в 5-минутное расписание , чтобы индексатор смог быстро забрать место, где он остался. На уровне "Бесплатный" максимальное время выполнения составляет 3–10 минут для индексаторов с наборами навыков.
6 Максимальное количество символов основано на единицах кода Юникода, в частности UTF-16.
Примечание.
Как указано в ограничениях для индексов, индексаторы также применяют верхний предел в 3000 элементов по всем сложным коллекциям на документ, начиная с последней общедоступной версии API, которая поддерживает сложные типы (2019-05-06
), и более поздних версий. Это означает, что ограничение не применяется к индексаторам, созданным с помощью API более ранних версий. Чтобы сохранить максимальную совместимость, ограничения не будут применяться даже к тем индексаторам, которые были созданы с помощью API более ранних версий, а затем обновлены с применением API версии 2019-05-06
или более поздней. Клиентам следует помнить о неблагоприятном влиянии очень больших сложных коллекций (о чем уже упоминалось ранее), и мы настоятельно рекомендуем создавать новые индексаторы только через API последней общедоступной версии.
Ограничения для общего ресурса приватного канала
Индексаторы могут получать доступ к другим ресурсам Azure через частные конечные точки, управляемые через API общего ресурса приватного канала. В этом разделе описываются связанные с этой возможностью ограничения.
Ресурс | Free | Basic | S1 | S2 | S3 | S3 HD | L1 | L2 |
---|---|---|---|---|---|---|---|---|
Поддержка индексаторов частных конечных точек | No | Да | Да | Да | Да | No | Да | Да |
Поддержка частных конечных точек для индексаторов с набором навыков 1 | No | No | No | Да | Да | No | Да | Да |
Поддержка частной конечной точки для индексаторов с набором навыков и интегрированной векторизации 2 | No | Да | Да | Да | Да | No | Да | Да |
Максимальное количество частных конечных точек | Н/П | 10 или 30 | 100 | 400 | 400 | Н/П | 20 | 20 |
Максимальное количество различных типовресурсов 3 | Н/П | 4 | 7 | 15 | 15 | Н/П | 4 | 4 |
1 Обогащение с помощью ИИ и анализ изображений требуют большой объем вычислительных ресурсов и потребляют непропорциональные объемы доступных вычислительных мощностей. По этой причине частные подключения отключены на более низких уровнях, чтобы обеспечить производительность и стабильность самой службы поиска.
2 службы высокой емкости, созданные после 3 апреля 2024 г. в регионах, перечисленных в разделе "Хранилище секций" и выполняющие интегрированные рабочие нагрузки векторизации во время индексирования , поддерживают общие частные каналы на платных уровнях. Система должна обнаруживать по крайней мере навык, который внедряет данные.
3 Число различных типов ресурсов вычисляется как количество уникальных groupId
значений, используемых во всех общих ресурсах приватного канала для данной службы поиска независимо от состояния ресурса.
Ограничения синонимов
Максимальное число сопоставлений синонимов зависит от уровня службы. Каждое правило может иметь до 20 расширений, которые обозначают эквивалентные понятия. Например, созданные ассоциации "cat" с "kitty", "feline" и "felis" (разговорные и биологические именования кошачьих) будут учитываться как 3 расширения.
Ресурс | Free | Basic | S1 | S2 | S3 | S3-HD | L1 | L2 |
---|---|---|---|---|---|---|---|---|
Максимальное число сопоставлений синонимов | 3 | 3 | 5 | 10 | 20 | 20 | 10 | 10 |
Максимальное количество правил на сопоставление | 5000 | 20000 | 20000 | 20000 | 20000 | 20000 | 20000 | 20000 |
Ограничения псевдонима индекса
Максимальное число псевдонимов индекса зависит от даты создания уровня и службы. Если служба была создана после октября 2022 года, максимальное число псевдонимов в два раза больше допустимого числа индексов. Если служба была создана до октября 2022 года, ограничение — это допустимое количество индексов.
Дата создания службы | Free | Basic | S1 | S2 | S3 | S3-HD | L1 | L2 |
---|---|---|---|---|---|---|---|---|
До октября 2022 г. | 3 | 5 или 15 1 | 50 | 200 | 200 | 1000 на секцию или 3000 на службу | 10 | 10 |
После октября 2022 г. | 6 | 30 | 100 | 400 | 400 | 2000 на секцию или 6000 на службу | 20 | 20 |
1 Базовые службы, созданные до декабря 2017 года, имеют более низкие ограничения (5 вместо 15) для индексов
Ограничения по данным (обогащение с помощью ИИ)
Конвейер обогащения искусственного интеллекта, который вызывает ресурс Языка искусственного интеллекта Azure для распознавания сущностей, связывания сущностей, извлечения ключевых фраз, анализа тональности, обнаружения языка и обнаружения персональных данных зависит от ограничений данных. Максимальный размер записи — 50 000 знаков по оценке String.Length
. Если вам нужно разбить данные перед отправкой в анализатор тональности, можно воспользоваться навыком разделения текста.
Ограничения регулирования
Запросы API регулируются, когда система приближается к пиковой загрузке. Регулирование работает по-разному для разных API. API запросов (поиск, предложения и автозавершение) и API индексирования регулируются динамически в зависимости от нагрузки на службу. API индекса и API операций службы имеют ограничения на частоту статических запросов.
Действуют следующие ограничения по запросам для операций, связанных с индексом.
- Получение списка индексов (GET /indexes): 3 запроса в секунду на единицу поиска
- Get Index (GET /indexes/myindex): 10 в секунду на единицу поиска
- Создание индекса (POST /indexes): 12 в минуту на единицу поиска
- Создание или обновление индекса (PUT /indexes/myindex): 6 в секунду на единицу поиска
- Delete Index (DELETE /indexes/myindex): 12 в минуту на единицу поиска
Действуют следующие ограничения по запросам для операций, связанных со службой.
- Статистика службы (GET/servicestats): 4 в секунду на единицу поиска
Ограничения регулирования семантического ранга
Семантический ранжатор использует систему очередей для управления параллельными запросами. Эта система позволяет службам поиска получить максимальное количество запросов в секунду. По достижении предела одновременных запросов дополнительные запросы помещаются в очередь. Если очередь заполнена, дальнейшие запросы отклоняются и должны быть извлечены.
Общий объем запросов семантического ранга в секунду зависит от следующих факторов:
- Уровень службы поиска. Емкость очереди и ограничения одновременных запросов зависят от уровня.
- Количество единиц поиска в службе поиска. Самый простой способ увеличить максимальное количество одновременных запросов семантического ранджера — добавить в службу поиска больше единиц поиска.
- Общая доступная емкость семантического ранга в регионе.
- Время, необходимое для обслуживания запроса с помощью семантического рангера. Это зависит от того, насколько занята служба поиска.
В следующей таблице описаны ограничения регулирования семантического ранжирования по уровням, при условии доступности емкости в регионе. Вы можете обратиться в службу поддержки Майкрософт, чтобы запросить увеличение лимита.
Ресурс | Базовая | S1 | S2 | S3 | S3-HD | L1 | L2 |
---|---|---|---|---|---|---|---|
Максимальное число одновременных запросов (на единицу поиска) | 2 | 3 | 4 | 4 | 4 | 4 | 4 |
Максимальный размер очереди запросов (на единицу поиска) | 4 | 6 | 8 | 8 | 8 | 8 | 8 |
Ограничения запросов к API
Ограничения на запросы существуют, так как несвязанные запросы могут дестабилизировать службу поиска. Как правило, такие запросы создаются программным способом. Если приложение создает поисковые запросы программными средствами, рекомендуется создать его таким образом, чтобы он не создавал запросы необвязанного размера.
Ограничения полезных данных существуют по аналогичным причинам, обеспечивая стабильность службы поиска. Ограничение применяется ко всему запросу, включая все его компоненты. Например, если запрос пакетирует несколько документов или команд, весь запрос должен соответствовать поддерживаемой ограничению.
Если необходимо превысить поддерживаемое ограничение, необходимо протестировать рабочую нагрузку , чтобы вы знали, что ожидать.
За исключением отмеченных, следующие запросы API применяются ко всем программируемым интерфейсам, включая пакеты SDK Azure.
Общие сведения:
- Поддерживаемый максимальный предел полезных данных составляет 16 МБ для индексирования и запроса через REST API и пакеты SDK.
- Максимальная длина URL-адреса 8 КБ (применяется только к REST API).
Api индексирования:
- Поддерживается не более 1000 документов на пакет отправки индекса, слияния или удаления.
API запросов:
- Не более 32 полей в предложении $orderby.
- Максимум 100 000 символов в предложении поиска.
- Максимальное количество предложений в поиске составляет 3000.
- Максимальные ограничения на запросы подстановочных знаков и регулярных выражений , применяемые Lucene. Он заключит количество шаблонов, вариантов или соответствует 1000 экземплярам. Это ограничение применяется, чтобы избежать перегрузки двигателя.
Условия поиска:
- Поддерживаемый максимальный размер термина поиска составляет 32 766 байт (32 КБ минус 2 байта) в кодировке UTF-8. Применяется к поиску ключевых слов и свойству текста векторного поиска.
- Поддерживаемый максимальный размер термина поиска составляет 1000 символов для поиска префикса и регулярного поиска.
Ограничения ответов API
- Не более 1000 документов, возвращаемых на страницу результатов поиска
- Максимум 100 предложений на один запрос API предложений.
Поисковая система возвращает 50 результатов по умолчанию, но вы можете переопределить этот параметр до максимального предела.
Ограничения ключей API
Ключи API используются для проверки подлинности в службах. Существует два типа ключей. Ключи администратора указываются в заголовке запроса и предоставляют доступ к службе на чтение и запись. Ключи запросов доступны только для чтения, они указываются в URL-адресе и обычно передаются в клиентские приложения.
- Максимум 2 ключа администратора на одну службу.
- Максимум 50 ключей запросов на одну службу.