Выберите модель ценообразования и уровень служб в Поиск с использованием ИИ Azure

При создании службы поиска необходимо выбрать модель ценообразования и уровень служб. Поиск с использованием ИИ Azure предлагает две модели ценообразования, каждая из которых подходит для разных шаблонов рабочей нагрузки, с связанными уровнями служб, определяющими емкость и функции:

Обе модели предоставляют одни и те же основные функции поиска (с несколькими незначительными исключениями для предварительной версии без сервера, отмеченной ниже). Основное различие — это поведение цен и масштабирования, а не возможности.

Выбор выделенной модели ценообразования требует оценки потребностей рабочей нагрузки, а затем выбора уровня служб с соответствующей предварительно подготовленной емкостью.

Выбор модели ценообразования без сервера не требует выбора предварительно подготовленного уровня служб, но использует цены на основе потребления, поэтому оптимизация производительности напрямую влияет на затраты.

Бессерверные (предварительная версия)

Модель ценообразования без сервера — это предложение на основе потребления, которое автоматически масштабирует вычислительные ресурсы и хранилище на основе рабочей нагрузки. Это устраняет необходимость подготовки емкости заранее, что позволяет платить только за используемые ресурсы.

В бессерверной модели вы не настраиваете реплики, секции или единицы поиска. Вместо этого служба динамически управляет емкостью в ответ на объем запросов, активность индексирования и сложность рабочей нагрузки.

Выставление счетов основано на двух основных измерениях:

• Использование вычислений: измеряется в единицах вычислений в час (CU/h) и взимается на основе выполняемых работ (запросов, индексирования и других операций).
• Индексированное хранилище: плата взимается за ГБ в месяц на основе размера индексов.

Эта модель предназначена для нагрузок с переменной интенсивностью, включая скачкообразный трафик и приложения с мультитенантной архитектурой. Он поддерживает те же основные функции поиска и API, что и выделенные службы, поэтому вы можете создавать и запускать приложения поиска без перезаписи кода.

Уровень "Бессерверный разработчик" находится в общедоступной предварительной версии и в настоящее время не поддерживает следующие функции:

• Алиасы индекса: не поддерживаются
• Сеансы отладки: не поддерживается
• Частная сеть для индексаторов: не поддерживается
• Источник знаний о файлах (предварительная версия): Не поддерживается
• Общие Приватный канал ресурсы: нет плановой поддержки бессерверной модели
• Соглашение об уровне обслуживания (SLA): недоступно во время общедоступной предварительной версии

Дополнительные сведения см. в разделе Service Limits in Поиск с использованием ИИ Azure.

Чтобы узнать о дополнительных вариантах крупномасштабного бессерверного развертывания, обратитесь в Microsoft с помощью формы регистрации на участие в закрытой предварительной версии Serverless для Поиск с использованием ИИ Azure.

Dedicated

Модель ценообразования Dedicated — это предложение с заранее выделенной мощностью, которое обеспечивает предсказуемую производительность и стоимость за счет выделения фиксированной инфраструктуры для вашей рабочей нагрузки. Вы настраиваете емкость заранее, позволяя службе обрабатывать согласованные требования индексирования и запроса с гарантированными ресурсами.

В выделенных уровнях вы явно настраиваете реплики, разделы и единицы поиска (SUs). Реплики обеспечивают пропускную способность запросов и высокую доступность, а секции определяют емкость хранилища и индексирования. Вместе они определяют общую емкость и производительность службы поиска.

Выставление счетов основано на:

• Уровень служб: предварительно выбранная подготовленная емкость.
• Единицы поиска (SUs): Единица тарификации для выделенных сервисов, вычисляемая как реплики × разделы. Плата взимается по фиксированной почасовой ставке на основе количества единиц поиска и выбранного уровня служб.

Эта модель предназначена для рабочих нагрузок с устойчивым, прогнозируемым спросом, где важна согласованная производительность, низкая задержка и управляемое масштабирование.

В выделенной модели ценообразования выбранная категория служб определяет:

• Максимальное количество индексов и других объектов, разрешенных в службе.
• Размер и скорость секций (физическое хранилище).
• Оплачиваемая ставка как фиксированная ежемесячная стоимость, но и добавочная стоимость при добавлении емкости.
• Характеристики рабочей нагрузки. Некоторые уровни оптимизированы для определенных рабочих нагрузок.

В некоторых случаях уровень также определяет доступность функций класса Premium.

Описания уровней

К наиболее часто используемым уровням выставления счетов относятся:

• Basic подходит для производственных нагрузок и может соответствовать требованиям SLA при использовании до трех реплик.

• Стандартная (S1, S2, S3) — это уровень по умолчанию. Она поддерживает масштабирование секций и реплик, что позволяет увеличить рабочие нагрузки и повысить производительность.

Некоторые уровни предназначены для определенных типов работы:

• Standard 3 High Density (S3 HD) — это режим хостинга для S3, оптимизированный для мультитенантной среды. S3 HD имеет ту же плату за единицу, что и S3, но поддерживает большое количество небольших индексов и использует оборудование, оптимизированное для быстрого чтения файлов и сценариев хранения с высокой плотностью.

• Оптимизированные для хранения уровни (L1, L2) обеспечивают более низкое значение хранилища на ТБ и предназначены для больших, менее часто обновляемых индексов. Эти уровни обычно имеют более высокую задержку запросов.

Существует также бесплатный, ограниченный уровень службы поиска:

• Free создает ограниченную службу поиска для небольших проектов, таких как учебники и разработка. Ресурсы совместно используются несколькими арендаторами, а масштабирование не поддерживается. Некоторые функции уровня "Премиум" недоступны, и служба может быть удалена после периодов бездействия. Для каждой подписки Azure можно использовать только одну бесплатную службу поиска.

Тарифы отображаются в портале Azure при создании новой службы Azure AI Search на странице выбора ценовой категории.

Вы можете посмотреть страницу с ценами, чтобы узнать региональные тарифы.

Просмотрите план и управляйте затратами , чтобы узнать больше о выделенной модели ценообразования и о том, как она сравнивается с бессерверной моделью.

Проверьте ограничения службы в Поиск с использованием ИИ Azure или ограничения на хранилище, рабочие нагрузки и количество объектов в зависимости от уровня.

Выбор уровня

На портале Azure уровни служб указываются на странице Select Ценовая категория при создании службы.

В PowerShell или Azure CLI уровень указывается с помощью -Sku параметра.

Доступность региона по уровням

Список регионов предоставляет расположения, в которых предлагается поиск по искусственному интеллекту Azure. Некоторые регионы могут иметь ограничения емкости для определенных уровней, что предотвращает создание новых служб поиска на этих уровнях. В списке используются сноски для указания ограниченных регионов и уровней.

При создании службы поиска на портале Azure недоступные сочетания уровней региона автоматически исключаются.

Доступность компонентов по ценовым категориям

Большинство функций доступны на всех уровнях. В некоторых случаях доступность компонентов зависит от выбранного уровня:

Качество работы ресурсоемких функций может быть недостаточным, если не выделить достаточную емкость. Например, при обогащении с помощью ИИ у ряда навыков, работающих на протяжении длительного времени, истекает время ожидания на уровне служб "Бесплатный", кроме случаев, когда набор данных небольшой.

Верхние пределы

Уровни определяют максимальное хранилище самой службы, а также максимальное количество индексов, индексаторов, источников данных, наборов навыков и карт синонимов, которые можно создать. Для полного списка всех ограничений см. Ограничения в Поиск с использованием ИИ Azure.

Размер и скорость раздела

Ценовая категория содержит сведения о хранилище на раздел, которое составляет от 15 ГБ для уровня "Базовый" до 2 ТБ для уровня Storage Optimized (L2). Другие аппаратные характеристики, такие как скорость операций, задержка и скорость передачи, не публикуются, но уровни, предназначенные для конкретных архитектур решений, основаны на оборудовании, которое имеет функции для поддержки этих сценариев. Дополнительные сведения о секциях см. в статье "Оценка емкости и надежность" в службе "Поиск ИИ Azure" и управление ими.

Тарифы за обслуживание

Тарифы различаются в зависимости от ценовой категории: в категориях, предусматривающих более дорогостоящие оборудование или функции, тарифы выше. Ставку тарифного уровня можно найти на страницах цен Azure для Azure ИИ Поиск.

После создания службы тариф выставления счетов становится как фиксированной стоимостью запуска службы круглосуточно, так и добавочной стоимостью при добавлении дополнительной емкости.

В выделенной модели тарификация основана на единицах поиска (SU), которые объединяют разделы (хранилище) и реплики (мощность обработки запросов).

• Служба создаётся с одним разделом и одной репликой (один SU)
• Добавление разделов или реплик увеличивает затраты пропорционально числу SU

Например, добавление реплик для повышения доступности или пропускной способности увеличивает ежемесячную стоимость пропорционально.

Дополнительные сведения см. в разделе "Планирование и управление затратами".

Пример тарифа оплаты

Это показывается в следующем примере. Пусть действует гипотетический тариф, равный 100 долларам в месяц. Если служба поиска работает на исходном уровне емкости, т. е. с одним разделом и одной репликой, то можно ожидать, что в конце месяца вы заплатите те же 100 долларов. Если же вы добавите две дополнительные реплики, чтобы обеспечить высокую доступность, сумма ежемесячного счета вырастет до 300 долларов (100 долларов за первую пару реплики и раздела, а также 200 долларов за две реплики).

Изменения уровня

Чтобы переключиться на другой уровень, отличный от перечисленных ранее:

1. Создайте службу поиска на новом уровне.
2. Разместите содержимое поиска на новый сервис. Выполните этот контрольный список , чтобы убедиться, что у вас есть все содержимое.
3. Удалите старую службу, если вы уверены, что она больше не нужна.

Для больших индексов, которые вы не хотите перестроить с нуля, используйте один из следующих примеров резервного копирования и восстановления:

• Пример резервного копирования и восстановления (C#)
• Пример резервного копирования и восстановления (Python)
• Пример резервного копирования и восстановления для очень больших индексов (Python)

Следующие шаги

Лучший способ выбрать ценовую категорию — начать с минимальной ценовой категории, а затем основывайтесь на опыте и тестировании, чтобы принимать решение сохранить услугу или перейти на более высокую категорию.

Для следующих действий рекомендуется создать службу поиска на уровне, которая может соответствовать уровню тестирования, который вы предлагаете выполнить, а затем ознакомьтесь со следующими рекомендациями по оценке затрат и емкости:

• Создание службы поиска
• Оценка затрат
• Оценка емкости