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

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

• Выделенная: выделенная ёмкость по фиксированной цене. Вы выбираете ценовой уровень, и с вас взимается почасовая плата в зависимости от единиц поиска (SU). Лучше всего подходит для устойчивых, прогнозируемых рабочих нагрузок с высоким уровнем использования.

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

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

Общие сведения о модели ценообразования

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

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

Для выделенных служб используйте калькулятор цен Azure, чтобы оценить затраты на основе запланированной емкости и функций. Лист планирования емкости поможет моделировать ожидаемый размер индекса, индексирование пропускной способности и затраты на индексирование.

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

Выделенная модель ценообразования

При создании или использовании выделенной службы поиска вы платите за минимальную необходимую реплику и комбинацию секций (R × P) по пропорциональной почасовой ставке выбранного уровня служб. Каждая реплика и сочетание секций представляет единицу выделенной емкости.

Дополнительные сведения о доступных уровнях служб см. в разделе "Выбор модели ценообразования" и уровня служб.

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

Бессерверная модель ценообразования (предварительная версия)

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

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

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

• Вычисления (единицы вычислений, cu):
  Использование вычислений измеряется в единицах вычислений в час (CUS/hr). Затраты на вычисления зависят от таких факторов, как сложность запросов, размер индекса, объем данных и тип операции (запросы, индексирование или обогащение).

• Индексированное хранилище:
  Плата за хранение взимается за ГБ в месяц на основе размера индексов на диске. Этот размер включает индексированное содержимое и вспомогательные структуры данных, используемые для извлечения.

Как взимается плата за функции premium

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

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

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

² Плата за модели Azure OpenAI и модели Foundry отображаются в счете за эти службы.

Как взимается плата в остальных случаях

В зависимости от конфигурации и использования могут применяться следующие расходы:

• Трафик данных может привести к затратам на сеть. См. цены на пропускную способность.

• Несколько функций класса Premium, таких как knowledge store, debug session¹ и enrichment caches, зависят от служба хранилища Azure и затрат на хранение. Плата за эти функции отображается в счете службы хранилища Azure.

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

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

• Пользовательский навык — это предлагаемая вами функциональность. Пользовательские навыки оплачиваются только в том случае, если они вызывают другие оплачиваемые сервисы. У них нет требования к ключу API или ограничение на 20 документов.

¹ Сеансы отладки доступны только в службах выделенной ценовой модели.

Оценка и планирование затрат на выделенную модель ценообразования

Чтобы оценить затраты на выделенную модель ценообразования, используйте калькулятор цен Azure для оценки базовых затрат на Поиск с использованием ИИ Azure. При создании службы можно также найти предполагаемые затраты и сравнения по уровням на странице "Выбор ценовой категории ".

Для первичного тестирования модели ценообразования Dedicated создайте таблицу планирования ресурсов. Лист помогает понять отношение индекса к источнику и влияние обогащения или векторных функций как на емкость, так и на затраты.

Чтобы создать лист планирования емкости, выполните приведенные ниже действия.

1. Индексируйте небольшой пример (1–5%) ваших данных. Включите любые навыки OCR, обогащения или внедрения, которые вы планируете использовать.

2. Измеряйте размер индекса, пропускную способность индексирования и затраты на индексирование.

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

Оценка и планирование затрат на модель ценообразования без сервера

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

Сначала проиндексируйте репрезентативную выборку, затем выполните типичные запросы и измерьте потребление CU с помощью x-ms-request-charge. Получив среднее значение потребления, экстраполируйте затраты на его основе. Рекомендации по мониторингу использования вычислительных ресурсов см. в статье "Оптимизация затрат с использованием бессерверной модели ценообразования".

Минимизируйте затраты при использовании модели ценообразования Dedicated

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

Развертывание и конфигурация

• Создайте службу поиска в регионе с большим объемом хранилища на секцию.

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

• Выберите самый легкий уровень служб , соответствующий вашим потребностям. Базовый и S1 предлагают полный доступ к современному API с наименьшей почасовой ставкой за SU. * Для рабочих нагрузок с переменным или скачкообразным трафиком модель ценообразования Serverless может быть более экономически эффективной, чем служба уровня Basic или S1 с постоянно выделенными ресурсами.

• Используйте веб-приложения Azure для внешнего приложения, чтобы хранить запросы и ответы в пределах границ центра обработки данных.

Scaling

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

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

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

• Написание кода для автоматизации масштабирования для прогнозируемых шаблонов рабочих нагрузок.

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

Индексирование и обогащение

• Используйте добавочное индексирование для обработки только новых или измененных данных.

• Используйте кэширование обогащения и хранилище знаний для повторного использования ранее обогащенного содержимого. Хотя кэширование приводит к расходам на хранение, оно снижает совокупную стоимость обогащения ИИ.

• Держите векторные данные сжатыми. Рекомендации по поиску векторов см. в рекомендациях по сжатие векторов.

Минимизация затрат на модель ценообразования без сервера

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

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

Дополнительные сведения. Оптимизация затрат с помощью модели ценообразования без сервера.

Мониторинг затрат

На уровне обслуживания можно отслеживать встроенные метрики для запросов в секунду (QPS), задержки поиска, регулирование запросов и размер индекса.

Использование этих метрик зависит от модели ценообразования:

• Выделенная модель ценообразования:
  Используйте метрики QPS, задержки и троттлинга, чтобы определить, когда следует добавлять или удалять реплики или разделы. Масштабирование емкости напрямую влияет на производительность и затраты, поэтому мониторинг этих сигналов помогает оптимизировать единицы поиска.

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

Для бессерверных вычислений можно отслеживать использование вычислений на запрос с помощью заголовка ответа x-ms-request-charge и анализа шаблонов запросов с помощью журналов Azure Monitor. Отслеживание потребления cu по типу запроса или рабочей нагрузке помогает определить возможности для снижения затрат с помощью оптимизации запросов, проектирования схемы или распределения рабочей нагрузки.

На уровне подписки или группы ресурсов управление затратами предоставляет средства для отслеживания, анализа и контроля затрат. Использование управления затратами для:

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

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

• Экспорт данных затрат в учетную запись хранения для более глубокого анализа. Например, финансовые команды могут анализировать экспортированные данные с помощью Excel или Power BI. Экспорт данных о затратах по расписанию — это рекомендуемый метод для получения наборов данных затрат.

FAQ

Можно ли временно закрыть службу поиска, чтобы сэкономить на затратах?

Поиск работает в виде непрерывной службы. Выделенные ресурсы всегда работают и выделены для вашего эксклюзивного использования на протяжении всего срока действия вашей услуги.

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

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

Можно ли изменить модель ценообразования или тариф выставления счетов (уровень) существующей службы поиска?

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

Если выбрать модель выделенных цен, существующие службы могут переключаться между уровнями "Базовый" и "Стандартный" (S1, S2 и S3). Текущая конфигурация службы не может превышать пределы целевого уровня, и регион не может иметь ограничения емкости на целевом уровне. Дополнительные сведения см. в разделе "Изменение ценовой категории".

Связанный контент

• Цены на поиск в ИИ Azure
• Оптимизация затрат с помощью модели ценообразования без сервера
• Выбор модели ценообразования и уровня служб
• Оптимизация облачных инвестиций с помощью управления затратами
• Краткое руководство: как начать работу с анализом затрат