Сведения о ценах на журналы Azure Monitor

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

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

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

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

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

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

Примечание

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

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

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

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

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

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

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

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

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

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

Кроме модели "Оплата по мере использования", служба Log Analytics имеет уровни обязательств, которые могут сэкономить до 30 % по сравнению с оплатой по мере использования. При ценообразовании по уровням обязательств вы можете взять на себя обязательство для рабочей области по приему данных от 100 ГБ в день по более низкой цене, чем для модели "Оплата по мере использования". Если объем использования превышает уровень обязательств, взимается плата по той же цене за ГБ, как указано для текущего уровня обязательств. Уровни обязательств имеют фиксированный 31-дневный период с момента их выбора.

  • В течение этого периода вы можете перейти на более высокий уровень обязательств (что повторно активирует действие обязательного 31-дневного периода), но вы не сможете вернуться к оплате по мере использования или на более низкий уровень обязательств до тех пор, пока не завершится обязательный период.
  • В конце периода обязательства рабочая область сохраняет выбранный уровень и ее можно в любое время перевести в режим "Оплата по мере использования" или на другой уровень обязательств.

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

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

Совет

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Пока ресурсы рабочей области Application Insights хранят данные в рабочей области Log Analytics, выставление счетов за прием и хранение данных выполняется через рабочую область, в которой находятся данные Application Insights. Это позволит вам использовать все варианты модели ценообразования Log Analytics, включая уровни обязательств, в дополнение к Оплате по мере использования.

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

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

Сведения об устаревших уровнях, доступных для ранних последователей Application Insights, см. в статье Устаревшая ценовая категория плана "Корпоративный" ("За узел") для Application Insights.

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

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

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

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

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

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

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

  • Автономный (за ГБ).
  • За узел (OMS).

Доступ к устаревшей ценовой категории "Бесплатная пробная версия" будет еще более ограничен с 1 июля 2022 г. (см. ниже).

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

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

Примечание

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

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

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

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

Плата в ценовой категории За узел взимается за каждую отслеживаемую виртуальную машину (узел) с почасовой степенью детализации. Рабочей области для каждого отслеживаемого узла выделяется 500 МБ данных в день, за которые плата не взимается. Это выделение вычисляется с почасовой детализацией и суммируется на уровне рабочей области каждый день. За полученные данные, превышающие агрегированное ежедневное распределение данных, плата взимается за ГБ как за избыточный объем данных. В счете для Log Analytics будет использоваться услуга Аналитика, если рабочая область имеет ценовую категорию "За узел". Для рабочих областей с ценовой категорией "За узел" предусмотрен настраиваемый период хранения данных от 30 до 730 дней. Рабочие области с ценовой категорией "За узел" не поддерживают использование базовых журналов. Сведения об использовании отображаются для трех счетчиков:

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

Совет

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

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

Рабочие области, созданные до апреля 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 значение true или false.
  • Обновить цены, если у вас есть определенные скидки.
  • Указать число дней для ретроспективного анализа, установив 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://docs.microsoft.com/en-us/azure/cost-management-billing/understand/download-azure-daily-usage.  
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 за узле.

Дальнейшие действия