Расчеты затрат и параметры журналов Azure Monitor

  • Статья

Наиболее значительными расходами для большинства реализаций Azure Monitor обычно являются прием и хранение данных в рабочих областях Log Analytics. Некоторые функции в Azure Monitor не имеют прямых затрат, но добавляются в собранные данные рабочей области. В этой статье описывается, как рассчитывается плата за данные для рабочих областей Log Analytics, ресурсов Application Insights и различных параметров конфигурации, влияющих на затраты.

Совет

Стратегии снижения затрат Azure Monitor см. в статье "Оптимизация затрат" и Azure Monitor.

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

Цены по умолчанию для Log Analytics — это модель оплаты по мере использования, основанная на приеме объема данных и хранения данных. Каждая рабочая область Log Analytics оплачивается как отдельная служба и включается в счет за подписку Azure. Цены на Log Analytics задаются отдельно для разных регионов. Объем приема данных может быть значительным в зависимости от:

  • Набор решений управления, включенных и их конфигурация.
  • Количество и тип отслеживаемых ресурсов.
  • Типы данных, собранные из каждого отслеживаемого ресурса.

Список имен счетчиков выставления счетов Azure Monitor доступен здесь.

Вычисление размера данных

Объем данных измеряется как размер хранимых данных и измеряется в единицах ГБ (10^9 байт). Размер данных одной записи вычисляется из строкового представления столбцов, хранящихся в рабочей области Log Analytics для этой записи. Не имеет значения, отправляются ли данные из агента или добавляются во время процесса приема. Это вычисление включает в себя любые настраиваемые столбцы, добавленные API приема журналов, преобразования или настраиваемые поля , которые добавляются как данные собираются, а затем хранятся в рабочей области.

Примечание.

Оплачиваемый объем данных будет, как правило, значительно меньше общего размера события, упакованного в формат JSON. В среднем по всем типам событий выставленный счет составляет около 25 процентов меньше размера входящих данных. Это может быть до 50 процентов для небольших событий. Процент включает эффект стандартных столбцов, исключенных из выставления счетов. Важно понимать этот расчет выставленного размера данных при оценке затрат и сравнении других моделей ценообразования.

Исключенные столбцы

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

  • _ResourceId
  • _SubscriptionId
  • _ItemId
  • _IsBillable
  • _BilledSize
  • Type

Исключенные таблицы

Некоторые таблицы полностью освобождаются от расходов на прием данных, включая AzureActivity, Heartbeat, Использование и операцию. Эти сведения всегда указываются в столбце _IsBillable , который указывает, была ли запись исключена из выставления счетов за прием данных, хранение и архив.

Плата за другие решения и службы

Некоторые решения имеют более конкретные политики по поводу бесплатного приема данных. Например, служба "Миграция Azure" освобождает данные визуализации зависимостей в течение первых 180 дней оценки сервера. Такие службы, как Microsoft Defender для облака, Microsoft Sentinel и управление конфигурацией, имеют собственные модели ценообразования.

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

Уровни обязательств

В дополнение к модели оплаты по мере использования Log Analytics имеет уровни обязательств, которые могут сэкономить до 30 процентов по сравнению с оплатой по мере использования. С ценами на категории обязательств вы можете зафиксировать прием данных для рабочей области, начиная с 100 ГБ в день, по более низкой цене, чем цены по мере использования. Если объем использования превышает уровень обязательств, взимается плата по той же цене за ГБ, как указано для текущего уровня обязательств. (Плата за превышение счетов взимается с помощью одного и того же счетчика выставления счетов уровня обязательств. Например, если рабочая область находится на уровне обязательств в 200 ГБ/день и выполняет прием 300 ГБ в день, это использование будет выставляться как 1,5 единиц уровня обязательств в 200 ГБ/день.) Уровни обязательств имеют 31-дневный период обязательств с момента выбора уровня обязательств.

  • В течение периода обязательств вы можете переходить на более высокий уровень обязательств, который перезапускает 31-дневный период обязательств. Вы не можете вернуться на оплату по мере использования или на более низкий уровень обязательств до тех пор, пока не завершите период обязательств.
  • В конце периода обязательств рабочая область сохраняет выбранный уровень обязательств, а рабочая область может быть перемещена в режим оплаты по мере использования или на более низкий уровень обязательств в любое время.
  • Если рабочая область непреднамеренно перемещается на уровень обязательств, обратитесь к служба поддержки Майкрософт, чтобы сбросить период обязательств, чтобы вернуться к ценовой категории "По мере использования".

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

Скидки на обязательства Azure, такие как скидки, полученные от Соглашение Enterprise Майкрософт, применяются к ценам на категории обязательств azure Monitor так же, как и для оплаты по мере использования. Скидки применяются, выставляются ли счета за использование на рабочую область или на выделенный кластер.

Совет

Пункт меню "Использование" и "Предполагаемые затраты " для каждой рабочей области Log Analytics показывает оценку затрат на прием данных на каждом уровне обязательств, чтобы помочь выбрать оптимальный уровень обязательств для шаблонов приема данных. Периодически просматривайте эти сведения, чтобы определить, можно ли сократить расходы, перейдя на другой уровень. Дополнительные сведения об этом представлении см. в разделе "Использование" и предполагаемые затраты. Чтобы проверить фактические расходы, используйте службу "Управление затратами Azure" = выставление счетов.

Кластеры категории "Выделенный"

Выделенный кластер журналов Azure Monitor — это коллекция рабочих областей в одном управляемом кластере Azure Data Explorer. Выделенные кластеры поддерживают расширенные функции, такие как ключи, управляемые клиентом, и используют ту же модель ценообразования на уровне обязательств, что и рабочие области, хотя они должны иметь уровень обязательств не менее 100 ГБ в день. Если объем использования превышает уровень обязательств, взимается плата по той же цене за ГБ, как указано для текущего уровня обязательств. Для кластеров нет варианта оплаты по мере использования.

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

Существует два режима выставления счетов для кластера, который указывается при создании кластера:

  • Cluster (по умолчанию): выставление счетов за принимаемые данные выполняется на уровне кластера. Принятые объемы данных из каждой рабочей области, связанной с кластером, суммируются для вычисления ежедневного счета за кластер. Распределения по отдельным узлам из Microsoft Defender для облака применяются на уровне рабочей области, и лишь затем выполняется суммирование данных во всех рабочих областях в кластере.

  • Рабочие области. Затраты на уровни обязательств для кластера пропорционально относятся к рабочим областям в кластере по тому приема данных каждой рабочей области (после учета выделения на один узел из Microsoft Defender для облака для каждой рабочей области).

    Если общий объем данных, принимаемый в кластер в течение дня, меньше уровня обязательств, то каждая рабочая область оплачивается по принятым данным в соответствии с коэффициентом уровня обязательств за ГБ и счет выставляется за долю уровня обязательств. Затем плата за неиспользуемую часть уровня обязательств выставляется для кластерного ресурса.

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

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

При связывании рабочих областей с кластером устанавливается ценовая категория "Кластер" и плата за прием взимается на основе уровня обязательств кластера. У рабочих областей, связанных с кластером, отсутствует ценовая категория. Рабочие области могут быть отключены от кластера в любое время, а ценовая категория может быть изменена на ГБ.

Если связанная рабочая область использует устаревшую ценовую категорию на узел, она будет выставлена на основе данных, которые будут использоваться на уровне обязательств кластера, и больше не на узел. Распределение данных для каждого узла из Microsoft Defender для облака будет по-прежнему применяться.

Если кластер удаляется, выставление счетов за кластер будет остановлено, даже если кластер находится в течение 31-дневного периода обязательств.

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

Базовые журналы

Для использования базовых журналов можно настроить определенные таблицы в рабочей области Log Analytics. Данные в этих таблицах значительно сократили расходы за прием данных и ограничили период хранения. Есть плата за поиск по этим таблицам. Базовые журналы предназначены для подробных журналов высокой громкости, используемых для отладки, устранения неполадок и аудита, но не для аналитики и оповещений.

Плата за поиск по базовым журналам зависит от ГБ отсканированных данных при выполнении поиска.

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

Хранение и архивация данных журнала

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

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

Дополнительные сведения о хранении и архивации данных, включая настройку этих параметров и доступ к архивным данным, см. в статье "Настройка политик хранения данных и архива" в журналах Azure Monitor.

Примечание.

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

Задания поиска

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

Восстановление данных журналов

В ситуациях, когда старые или архивные журналы должны быть интенсивно запрашиваются с помощью полной аналитики возможностей запросов, функция восстановления данных — это мощное средство. Операция восстановления выводит в таблице данные за определенный диапазон времени в оперативном кэше для высокопроизводительных запросов. После завершения можно закрыть данные. Плата за восстановление данных журнала взимается по объему восстановленных данных и по времени, в течение которого восстановление остается активным. Минимум, оплачиваемый в случае любого восстановления данных, составляет 2 ТБ и 12 часов. Данные, восстановленные более 2 ТБ и/или более 12 часов в течение длительности, выставляются на основе оценки.

Экспорт данных журналов

Экспорт данных в рабочую область Log Analytics позволяет непрерывно экспортировать данные на выбранные таблицы в учетную запись служба хранилища Azure или Центры событий Azure по мере поступления в конвейер Azure Monitor. Плата за использование экспорта данных зависит от объема экспортируемых данных. Размер экспортируемых данных — это количество байтов в экспортированных данных в формате JSON.

Выставление счетов Аналитика приложений

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

Совет

Хотите настроить параметры хранения в таблицах Аналитика приложения? Имена таблиц изменились для компонентов на основе рабочей области, см. статью "Структура таблиц Аналитика приложений"

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

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

Дополнительные сведения о устаревших уровнях, доступных для ранних поставщиков приложений Аналитика, см. в разделе ценовая категория "Приложение Аналитика устаревшего предприятия (на узел).

Рабочие области с Microsoft Sentinel

Если Microsoft Sentinel включена в рабочей области Log Analytics, все данные, собранные в этой рабочей области, подлежат оплате Microsoft Sentinel вместе с платами Log Analytics. По этой причине вы часто отделяете данные системы безопасности и эксплуатации в разных рабочих областях, чтобы не взиматься плата за операционные данные Microsoft Sentinel.

В некоторых сценариях объединение этих данных может привести к экономии затрат. Как правило, эта ситуация возникает, когда вы не собираете достаточно данных безопасности и операционных данных для каждого уровня обязательств, но объединенные данные достаточно для достижения уровня обязательств. Дополнительные сведения и пример вычисления затрат см. в разделе "Объединение данных SOC и не SOC" в разделе "Проектирование архитектуры рабочей области Microsoft Sentinel".

Рабочие области с Microsoft Defender для облака

Счета за microsoft Defender для серверов (часть Defender для облака)счета по количеству отслеживаемых служб. Он предоставляет 500 МБ на сервер в день выделения данных, применяемых к следующему подмножество типов данных безопасности:

Если для рабочей области используется устаревшая ценовая категория "За узел", выделения Defender для облака и Log Analytics объединяются и совместно применяются ко всем подлежащим оплате принимаемым данным. Дополнительные сведения о том, как клиенты Microsoft Sentinel могут воспользоваться преимуществами, см . на странице цен Microsoft Sentinel.

Количество серверов мониторинга рассчитывается с почасовой степенью детализации. Ежедневные распределения данных с каждого сервера мониторинга агрегируются на уровне рабочей области. Если для рабочей области используется устаревшая ценовая категория "За узел", доли распределения Microsoft Defender для облака и Log Analytics объединяются и совместно применяются ко всем подлежащим оплате принимаемым данным.

Устаревшие ценовые категории

Подписки, содержащие рабочую область Log Analytics или ресурс Application Аналитика 2 апреля 2018 г. или связанные с Соглашение Enterprise, запущенной до 1 февраля 2019 г., и по-прежнему активны, будут иметь доступ к использованию следующих устаревших ценовых категорий:

  • Автономный (за ГБ).
  • На узел (Operations Management Suite [OMS])

Доступ к устаревшей ценовой категории "Бесплатная пробная версия" был ограничен 1 июля 2022 года. Сведения о ценах для автономных и ценовых категорий для каждого узла доступны здесь.

Список имен счетчиков выставления счетов Azure Monitor, включая устаревшие уровни, доступен здесь.

Внимание

Устаревшие ценовые категории не поддерживают доступ к некоторым новым функциям Log Analytics, таким как прием данных в качестве экономичных журналов Basic.

Ценовая категория бесплатной пробной версии

Рабочие области в ценовой категории "Бесплатная пробная версия" имеют ежедневное прием данных, ограниченное до 500 МБ (за исключением типов данных безопасности, собранных Microsoft Defender для облака). Срок хранения данных ограничен семь дней. Ценовая категория "Бесплатная пробная версия" предназначена только для целей оценки, а не рабочих нагрузок рабочей среды. Соглашение об уровне обслуживания не предоставляется для уровня "Бесплатная пробная версия".

Примечание.

Создание новых рабочих областей или перемещение существующих рабочих областей в устаревшую ценовую категорию "Бесплатная пробная версия" возможно только до 1 июля 2022 г.

Автономная ценовая категория

Использование в ценовой категории Автономный оплачивается по объему полученных данных. Сообщается в службе Log Analytics , а счетчик называется "Анализ данных". Рабочие области в автономной ценовой категории имеют настраиваемое пользователем хранение от 30 до 730 дней. Рабочие области в автономной ценовой категории не поддерживают использование базовых журналов.

Ценовая категория "За узел"

Плата в ценовой категории За узел взимается за каждую отслеживаемую виртуальную машину (узел) с почасовой степенью детализации. Рабочей области для каждого отслеживаемого узла выделяется 500 МБ данных в день, за которые плата не взимается. Это выделение вычисляется с почасовой детализацией и суммируется на уровне рабочей области каждый день. За полученные данные, превышающие агрегированное ежедневное распределение данных, плата взимается за ГБ как за избыточный объем данных. Ценовая категория "На узел" — это устаревшая категория, которая доступна только существующим подпискам, выполняющей требование для устаревших ценовых категорий.

В счете для Log Analytics будет использоваться услуга Аналитика, если рабочая область имеет ценовую категорию "За узел". Для рабочих областей с ценовой категорией "За узел" предусмотрен настраиваемый период хранения данных от 30 до 730 дней. Рабочие области в ценовой категории "На узел" не поддерживают использование базовых журналов. Сведения об использовании отображаются для трех счетчиков:

  • Узел: использование количества отслеживаемых узлов (виртуальных машин) в единицах месяцев узла.
  • Превышение объемов данных на узел: количество ГБ данных, прием которых превышает агрегированное выделение данных.
  • Данные, включенные на узел: объем принятых данных, охватываемых агрегированным выделением данных. Этот счетчик также используется, если рабочая область находится во всех ценовых категориях для отображения объема данных, охватываемых Microsoft Defender для облака.

Совет

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

Ценовые категории: "Стандартный" и "Премиум"

Рабочие области нельзя создавать в ценовой категории "Стандартный " или "Премиум" или "Премиум " с 1 октября 2016 года. Рабочие области, уже в этих ценовых категориях, могут продолжать использовать их, но если рабочая область перемещается из этих уровней, ее нельзя переместить обратно. Ценовые категории "Стандартный" и "Премиум" имеют фиксированный срок хранения данных в 30 дней и 365 дней соответственно. Рабочие области в этих ценовых категориях не поддерживают использование базовых журналов и архива данных. Счетчики приема данных в счете Azure для этих устаревших уровней называются "Анализ данных".

Microsoft Defender для облака с устаревшими ценовыми категориями

Следующие рекомендации относятся к устаревшим уровням Log Analytics и выставлению счетов за использование для Microsoft Defender для облака:

  • Если рабочая область относится к категории "Стандартный" или "Премиум", то для Microsoft Defender для облака счет выставляется только за прием данных Log Analytics, а не за узел.
  • Если рабочая область относится к устаревшей категории "За узел", плата за Microsoft Defender для облака взимается с применением текущей модели ценообразования на основе узла Microsoft Defender для облака.
  • В других ценовых категориях (включая уровни обязательств), если Microsoft Defender для облака был включен до 19 июня 2017 г., плата взимается только за прием данных Log Analytics. В противном случае плата за Microsoft Defender для облака взимается с применением текущей модели ценообразования на основе узла Microsoft Defender для облака.

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

Ни одна из устаревших ценовых категорий не использует ценообразование на основе региона.

Примечание.

Чтобы использовать права, полученные при покупке подписки OMS E1, OMS E2 или настройки OMS для System Center, выберите ценовой уровень Log Analytics за узле.

Оценка устаревшей ценовой категории "За узел"

Часто трудно определить, лучше ли рабочие области с доступом к устаревшей ценовой категории на узел лучше использовать на этом уровне или в текущем уровне оплаты по мере использования или на уровне обязательств. Необходимо понять компромисс между фиксированными затратами на отслеживаемый узел в ценовой категории "На узел" и включенным распределением данных 500 МБ на узел в день и стоимостью оплаты за прием данных на уровне оплаты по мере использования (за ГБ).

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

  • Используется ли рабочая область Microsoft Defender для облака, задав workspaceHasSecurityCenter или truefalse.
  • Обновить цены, если у вас есть определенные скидки.
  • Укажите количество дней для просмотра и анализа по параметру daysToEvaluate. Этот параметр полезен, если запрос занимает слишком много времени, пытаясь просмотреть семь дней данных.
// Set these parameters before running query
// For pay-as-you-go (per-GB) and commitment tier pricing details, see https://azure.microsoft.com/pricing/details/monitor/.
// You can see your per-node costs in your Azure usage and charge data. For more information, see https://learn.microsoft.com/azure/cost-management-billing/understand/download-azure-daily-usage.  
let workspaceHasSecurityCenter = true;
let daysToEvaluate = 7;
let PerNodePrice = 15.; // Monthly price per monitored node
let PerNodeOveragePrice = 2.30; // Price per GB for data overage in the Per Node pricing tier
let PerGBPrice = 2.30; // Enter the pay-as-you-go price for your workspace's region (from https://azure.microsoft.com/pricing/details/monitor/)
let CommitmentTier100Price = 196.; // Enter your price for the 100 GB/day commitment tier
let CommitmentTier200Price = 368.; // Enter your price for the 200 GB/day commitment tier
let CommitmentTier300Price = 540.; // Enter your price for the 300 GB/day commitment tier
let CommitmentTier400Price = 704.; // Enter your price for the 400 GB/day commitment tier
let CommitmentTier500Price = 865.; // Enter your price for the 500 GB/day commitment tier
let CommitmentTier1000Price = 1700.; // Enter your price for the 1000 GB/day commitment tier
let CommitmentTier2000Price = 3320.; // Enter your price for the 2000 GB/day commitment tier
let CommitmentTier5000Price = 8050.; // Enter your price for the 5000 GB/day commitment tier
// ---------------------------------------
let SecurityDataTypes=dynamic(["SecurityAlert", "SecurityBaseline", "SecurityBaselineSummary", "SecurityDetection", "SecurityEvent", "WindowsFirewall", "MaliciousIPCommunication", "LinuxAuditLog", "SysmonEvent", "ProtectionStatus", "WindowsEvent", "Update", "UpdateSummary"]);
let StartDate = startofday(datetime_add("Day",-1*daysToEvaluate,now()));
let EndDate = startofday(now());
union * 
| where TimeGenerated >= StartDate and TimeGenerated < EndDate
| extend computerName = tolower(tostring(split(Computer, '.')[0]))
| where computerName != ""
| summarize nodesPerHour = dcount(computerName) by bin(TimeGenerated, 1h)  
| summarize nodesPerDay = sum(nodesPerHour)/24.  by day=bin(TimeGenerated, 1d)  
| join kind=leftouter (
    Heartbeat 
    | where TimeGenerated >= StartDate and TimeGenerated < EndDate
    | where Computer != ""
    | summarize ASCnodesPerHour = dcount(Computer) by bin(TimeGenerated, 1h) 
    | extend ASCnodesPerHour = iff(workspaceHasSecurityCenter, ASCnodesPerHour, 0)
    | summarize ASCnodesPerDay = sum(ASCnodesPerHour)/24.  by day=bin(TimeGenerated, 1d)   
) on day
| join (
    Usage 
    | where TimeGenerated >= StartDate and TimeGenerated < EndDate
    | where IsBillable == true
    | extend NonSecurityData = iff(DataType !in (SecurityDataTypes), Quantity, 0.)
    | extend SecurityData = iff(DataType in (SecurityDataTypes), Quantity, 0.)
    | summarize DataGB=sum(Quantity)/1000., NonSecurityDataGB=sum(NonSecurityData)/1000., SecurityDataGB=sum(SecurityData)/1000. by day=bin(StartTime, 1d)  
) on day
| extend AvgGbPerNode =  NonSecurityDataGB / nodesPerDay
| extend OverageGB = iff(workspaceHasSecurityCenter, 
             max_of(DataGB - 0.5*nodesPerDay - 0.5*ASCnodesPerDay, 0.), 
             max_of(DataGB - 0.5*nodesPerDay, 0.))
| extend PerNodeDailyCost = nodesPerDay * PerNodePrice / 31. + OverageGB * PerNodeOveragePrice
| extend billableGB = iff(workspaceHasSecurityCenter,
             (NonSecurityDataGB + max_of(SecurityDataGB - 0.5*ASCnodesPerDay, 0.)), DataGB )
| extend PerGBDailyCost = billableGB * PerGBPrice
| extend CommitmentTier100DailyCost = CommitmentTier100Price + max_of(billableGB - 100, 0.)* CommitmentTier100Price/100.
| extend CommitmentTier200DailyCost = CommitmentTier200Price + max_of(billableGB - 200, 0.)* CommitmentTier200Price/200.
| extend CommitmentTier300DailyCost = CommitmentTier300Price + max_of(billableGB - 300, 0.)* CommitmentTier300Price/300.
| extend CommitmentTier400DailyCost = CommitmentTier400Price + max_of(billableGB - 400, 0.)* CommitmentTier400Price/400.
| extend CommitmentTier500DailyCost = CommitmentTier500Price + max_of(billableGB - 500, 0.)* CommitmentTier500Price/500.
| extend CommitmentTier1000DailyCost = CommitmentTier1000Price + max_of(billableGB - 1000, 0.)* CommitmentTier1000Price/1000.
| extend CommitmentTier2000DailyCost = CommitmentTier2000Price + max_of(billableGB - 2000, 0.)* CommitmentTier2000Price/2000.
| extend CommitmentTier5000DailyCost = CommitmentTier5000Price + max_of(billableGB - 5000, 0.)* CommitmentTier5000Price/5000.
| extend MinCost = min_of(
    PerNodeDailyCost,PerGBDailyCost,CommitmentTier100DailyCost,CommitmentTier200DailyCost,
    CommitmentTier300DailyCost, CommitmentTier400DailyCost, CommitmentTier500DailyCost, CommitmentTier1000DailyCost, CommitmentTier2000DailyCost, CommitmentTier5000DailyCost)
| extend Recommendation = case(
    MinCost == PerNodeDailyCost, "Per node tier",
    MinCost == PerGBDailyCost, "Pay-as-you-go tier",
    MinCost == CommitmentTier100DailyCost, "Commitment tier (100 GB/day)",
    MinCost == CommitmentTier200DailyCost, "Commitment tier (200 GB/day)",
    MinCost == CommitmentTier300DailyCost, "Commitment tier (300 GB/day)",
    MinCost == CommitmentTier400DailyCost, "Commitment tier (400 GB/day)",
    MinCost == CommitmentTier500DailyCost, "Commitment tier (500 GB/day)",
    MinCost == CommitmentTier1000DailyCost, "Commitment tier (1000 GB/day)",
    MinCost == CommitmentTier2000DailyCost, "Commitment tier (2000 GB/day)",
    MinCost == CommitmentTier5000DailyCost, "Commitment tier (5000 GB/day)",
    "Error"
)
| project day, nodesPerDay, ASCnodesPerDay, NonSecurityDataGB, SecurityDataGB, OverageGB, AvgGbPerNode, PerGBDailyCost, PerNodeDailyCost, 
    CommitmentTier100DailyCost, CommitmentTier200DailyCost, CommitmentTier300DailyCost, CommitmentTier400DailyCost, CommitmentTier500DailyCost, CommitmentTier1000DailyCost, CommitmentTier2000DailyCost, CommitmentTier5000DailyCost, Recommendation 
| sort by day asc
//| project day, Recommendation // Comment this line to see details
| sort by day asc

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

Примечание.

Чтобы использовать права, полученные при покупке подписки OMS E1, OMS E2 или настройки OMS для System Center, выберите ценовой уровень Log Analytics за узле.

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