Управление использованием и затратами для Application Insights

Примечание

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

Служба Application Insights предоставляет все, что нужно, для контроля доступности, производительности и использования веб-приложений независимо от того, размещены они в Azure или в локальной среде. Application Insights поддерживает популярные языки и платформы, например .NET, Java и Node.js, а также интегрируется с процессами и инструментами DevOps, такими как Azure DevOps, JIRA и PagerDuty. Важно понимать, как определяются затраты на мониторинг приложений. В этой статье мы рассмотрим, какие факторы влияют на затраты на мониторинг приложений, как их можно оперативно отслеживать и контролировать.

Если у вас возникли вопросы о принципах формирования цен на Application Insights, вы можете задать их на странице вопросов и ответов на сайте Майкрософт.

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

Цены на Azure Application Insights определяются по модели с оплатой по мере использования, то есть на основе объема полученных данных и более длительного хранения данных. Каждый ресурс Application Insights оплачивается как отдельная служба и включается в счет за подписку Azure. Объем данных оценивается по размеру несжатых пакетов данных в формате JSON, получаемых службой Application Insights от вашего приложения. Объем данных измеряется в ГБ (10^9 байт). При использовании Live Metrics Stream не взимается плата за объем данных. в счете azure или в службе "управление затратамиazure" и "выставление счетов" при приеме данных и хранении данных для классического Application Insights ресурса будет отображаться категория счетчиков " Log Analytics".

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

Функция Активация оповещений по измерениям пользовательских метрик в Application Insights также может приводить к дополнительным затратам, поскольку может создавать дополнительные метрики до агрегирования. Изучите дополнительные сведения о метриках на основе журналов и предварительно агрегированных метриках в Application Insights, а также о ценах на пользовательские метрики в Azure Monitor.

Ресурсы рабочей области Application Insights

Для ресурсов Application Insights, которые отправляют данные в рабочую область Log Analytics (ресурсы рабочей области Application Insights), выставление счетов за прием и хранение данных выполняется через рабочую область, в которой находятся эти данные Application Insights. Это позволяет вам использовать все варианты модели ценообразования Log Analytics, включая уровни обязательств, в дополнение к оплате по мере использования. Уровни обязательств предлагают цены вплоть до 30 % ниже, чем оплата по мере использования. Кроме того, в Log Analytics доступно больше вариантов для хранения данных, в том числе хранения по типу данных. Типы данных Application Insights в рабочей области могут бесплатно храниться 90 дней. Использование веб-тестов и оповещений по пользовательским измерениям метрик по-прежнему выполняется через Application Insights. Узнайте, как отслеживать затраты на прием и хранение данных в Log Analytics, в разделах об использовании и оценке затрат, о службе "Управление затратами Azure" и о выставлении счетов , а также о запросах Log Analytics.

Оценка затрат на управление приложением

Если вы еще не используете Application Insights, для оценки затрат на Application Insights можно применить калькулятор цен Azure Monitor. Сначала введите Azure Monitor в поле поиска и щелкните отобразившуюся плитку Azure Monitor. Прокрутите страницу вниз до Azure Monitor, а затем разверните раздел Application Insights. Предполагаемые затраты зависят от объема принимаемых данных журнала. Оценить объем данных можно двумя способами:

  1. Оцените вероятность приема данных в зависимости от того, какие другие аналогичные приложения его создают.
  2. Используйте мониторинг по умолчанию и адаптивную выборку,которые доступны в ASP.NET SDK.

Узнайте, что собирают аналогичными приложения.

В калькуляторе цен на мониторинг Azure для Application Insights включите параметр Оценить объем данных на основе активности приложения. Указав сведения о своем приложении (количество запросов и просмотров страниц в месяц, если вы намерены собирать данные телеметрии на стороне клиента), вы получите в калькуляторе значения медианы и 90-го процентиля по объему данных, собираемых в аналогичных приложениях. Оценка выполняется по всему диапазону конфигураций Application Insights (например, для некоторых применяется выборка по умолчанию, а для других не применяется и т. д.), поэтому у вас всегда будет возможность, используя выборку, добиться объема заметно ниже среднего уровня.

Сбор данных с использованием выборки

При использовании адаптивной выборки, предоставляемой пакетом SDK для ASP.NET, объем данных автоматически корректируется для соблюдения заданного лимита трафика для мониторинга Application Insights по умолчанию. Если приложение создает малый объем данных телеметрии, например при отладке или в период низкого потребления, обработчик выборки не удаляет элементы, пока объем данных не превышает заданное количество событий в секунду. Для приложения с большим объемом данных, если используется стандартное ограничение в пять событий в секунду, адаптивная выборка принимает ежедневно не более 432 000 событий. Если исходить из типичного среднего размера 1 КБ для одного события, за 31 день календарного месяца накапливается 13,4 ГБ данных телеметрии на каждый узел, где размещается приложение, поскольку выборка выполняется локально для каждого узла.

Если пакеты SDK не поддерживают адаптивную выборку, примените выборку при приеме, которая подразумевает отбрасывание данных при получении в Application Insights на основе заданного процента хранимых данных, или выборку с фиксированной частотой для веб-сайтов ASP.NET, ASP.NET Core и Java. Так вы сможете снизить объем трафика, отправляемого веб-сервером и веб-браузерами.

Просмотр данных об использовании Application Insights в счете Azure

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

Для получения дополнительных сведений Azure предоставляет широкие возможности в области управления затратами Azure и центра выставления счетов . Например, функция "Анализ затрат" позволяет просматривать затраты на ресурсы Azure. Добавление фильтра по типу ресурсов (для Application Insights укажите microsoft.insights/components) позволит вам отслеживать расходы. Затем для параметра "Группировать по" выберите "Категория учета" или "Счетчик". обратите внимание, что Application Insights оплачиваемого использования для приема данных и период хранения данных будет отображаться как Log Analytics для категории счетчиков, так как Log Analytics серверная часть для всех журналов Azure Monitor.

Примечание

Application Insights выставление счетов за прием данных и хранение данных происходит как поступающие от службы Log Analytics (категория счетчиков в службе управления затратами Azure + выставление счетов).

Чтобы получить более полное представление об использовании, скачайте сведения об использовании из портал Azure. В скачанной электронной таблице вы можете просмотреть сведения об использовании каждого ресурса Azure в день. В этой таблице Excel данные об использовании, связанные с ресурсами Application Insights, можно найти с помощью следующих фильтров: для столбца "Категория учета" нужно выбрать "Application Insights" и "Log Analytics", а для столбца "Идентификатор экземпляра" — значение "содержит microsoft.insights/components". Большая часть данных об использовании для Application Insights отображается по счетчикам в категории "Счетчик" Log Analytics, так как для всех компонентов Azure Monitor используется общая серверная часть сбора журналов. В категорию учета Application Insights включаются только ресурсы Application Insights с устаревшими ценовыми категориями и многошаговые веб-тесты. Данные об использовании отображаются в столбце "Использованное количество", а единица измерения для каждой записи отображается в столбце "Единица измерения". Дополнительные сведения о счете за использование Microsoft Azure см. в этой статье.

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

В Applicaition Insights легко разобраться с затратами, которые, как правило, основаны на последних шаблонах использования. Чтобы приступить к работе, перейдите на страницу Данные об использовании и предполагаемые расходы для ресурса Application Insights на портале Azure.

Выбор цен

A. Просмотрите сведения об объеме данных на месяц. К ним относятся все полученные и сохраненные данные (после любой выборки из серверных и клиентских приложений, а также с тестов доступности).
Б. Отдельно плата взимается за многошаговые веб-тесты. (К ним не относятся простые тесты доступности, плата за которые взимается при выставлении счетов за используемый объем данных.)
В. Просмотр тенденций объемов данных за последний месяц.
Г. Выборка при приеме данных. Д. Настройка ежедневного ограничения объема данных.

(Не забывайте, что все цены на снимках экранов в этой статье приведены только для примера. Текущие цены в валюте вашей страны для выбранного региона вы можете узнать на странице цен на Application Insights.)

Для получения более детальных сведений об использовании Application Insights откройте страницу Метрики, добавьте метрику "Объем точки данных", а затем выберите Применить разделение, чтобы разделить данные по типу элемента телеметрии.

Оплата за использование Application Insights добавляется в счет Azure. Дополнительную информацию о счете за подписку на Azure можно просмотреть в разделе Управление затратами и выставление счетов портала Azure или на портале выставления счетов Azure. Дополнительные сведения об использовании этих ресурсов для Application Insights см. ниже.

В меню слева выберите "Выставление счетов".

Использование метрик объема данных

Чтобы лучше понять реальные объемы ваших данных, выберите Метрики для ресурса Application Insights и добавьте новую диаграмму. В качестве метрики для диаграммы выберите в разделе Метрики на основе журнала параметр Объем точки данных. Щелкните Применить разделение и выберите группирование по типу Telemetryitem .

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

Запросы для получения сведений об объеме данных

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

Использование агрегированных сведений об объеме данных

Например, в таблице systemEvents можно увидеть объем данных, полученных за последние 24 часа, с помощью такого запроса:

systemEvents
| where timestamp >= ago(24h)
| where type == "Billing"
| extend BillingTelemetryType = tostring(dimensions["BillingTelemetryType"])
| extend BillingTelemetrySizeInBytes = todouble(measurements["BillingTelemetrySize"])
| summarize sum(BillingTelemetrySizeInBytes)

Также можно получить диаграмму объемов данных (в байтах) по типам данных за последние 30 дней, выполнив такой запрос:

systemEvents
| where timestamp >= startofday(ago(30d))
| where type == "Billing"
| extend BillingTelemetryType = tostring(dimensions["BillingTelemetryType"])
| extend BillingTelemetrySizeInBytes = todouble(measurements["BillingTelemetrySize"])
| summarize sum(BillingTelemetrySizeInBytes) by BillingTelemetryType, bin(timestamp, 1d) | render barchart  

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

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

systemEvents
| where timestamp >= startofday(ago(30d))
| where type == "Billing"
| extend BillingTelemetryType = tostring(dimensions["BillingTelemetryType"])
| summarize count() by BillingTelemetryType, bin(timestamp, 1d)
| render barchart  

Использование сведений о размере данных для каждого события

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

Например, чтобы узнать, какие операции создали наибольший объем данных за последние 30 дней, можно выполнить суммирование по _BilledSize для всех событий зависимостей:

dependencies
| where timestamp >= startofday(ago(30d))
| summarize sum(_BilledSize) by operation_Name
| render barchart  

Объем данных для ресурсов рабочей области Application Insights

Чтобы просмотреть тенденции изменения объема данных для всех ресурсов рабочей области Application Insights в некоторой рабочей области за последнюю неделю, перейдите в эту рабочую область Log Analytics и выполните такой запрос:

union (AppAvailabilityResults),
      (AppBrowserTimings),
      (AppDependencies),
      (AppExceptions),
      (AppEvents),
      (AppMetrics),
      (AppPageViews),
      (AppPerformanceCounters),
      (AppRequests),
      (AppSystemEvents),
      (AppTraces)
| where TimeGenerated >= startofday(ago(7d)) and TimeGenerated < startofday(now())
| summarize sum(_BilledSize) by _ResourceId, bin(TimeGenerated, 1d)
| render areachart

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

union (AppAvailabilityResults),
      (AppBrowserTimings),
      (AppDependencies),
      (AppExceptions),
      (AppEvents),
      (AppMetrics),
      (AppPageViews),
      (AppPerformanceCounters),
      (AppRequests),
      (AppSystemEvents),
      (AppTraces)
| where TimeGenerated >= startofday(ago(7d)) and TimeGenerated < startofday(now())
| where _ResourceId contains "<myAppInsightsResourceName>"
| summarize sum(_BilledSize) by Type, bin(TimeGenerated, 1d)
| render areachart

Управление объемом данных

Объем отправляемых данных можно контролировать с помощью следующих методов:

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

  • Ограничение числа вызовов AJAX. Вы можете ограничить число вызовов AJAX, которые могут выполняться на каждом представлении страницы, или отключите формирование отчетов AJAX. Обратите внимание, что отключение вызовов Ajax отключит корреляцию JavaScript.

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

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

  • Ежедневное ограничение. При создании ресурса Application Insights на портале Azure устанавливается ограничение, которое составляет 100 ГБ в день. Ограничение по умолчанию при создании ресурса Application Insights в Visual Studio невелико (всего 32,3 МБ в день). Ежедневное ограничение по умолчанию задается для упрощения тестирования. Предполагается, что пользователь повысит ежедневное ограничение перед развертыванием приложения в рабочую среду.

    Максимальное ограничение в Application Insights составляет 1000 ГБ в день. Вы можете запросить большее ограничение для приложения с большим объемом трафика.

    Совет

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

    Сообщения с предупреждениями о ежедневном ограничении отправляются в те учетные записи, которые являются членами следующих ролей для ресурса Application Insights: "ServiceAdmin", "AccountAdmin", "CoAdmin", "Owner".

    Будьте внимательны при задании ежедневного ограничения. Следует предполагать, что вы никогда не достигнете его. При достижении ежедневного ограничения вы потеряете данные за остаток дня и не сможете наблюдать за приложением. Чтобы изменить ежедневное ограничение, используйте параметр Ежедневное ограничение объема. Этот параметр можно настроить в области Usage and estimated costs (Данные об использовании и предполагаемые расходы). Это описано более подробно далее в этой статье.

    Мы удалили ограничение для некоторых типов подписок с кредитом, который не может использоваться для Application Insights. Ранее, если для подписки была задана предельная сумма расходов, то в колонке ежедневного ограничения отображались инструкции по ее удалению, а также включению возможности повышения этого ограничения свыше 32,3 МБ в день.

  • Регулирование: Ограничивает скорость передачи данных 32 000 событий в секунду на ключ инструментирования, с усреднением за периоды по 1 минуте. Объем данных, отправляемых приложением, оценивается каждую минуту. Если он превышает среднюю минутную частоту, сервер отклоняет часть запросов. Пакет SDK буферизует данные, а затем пытается повторно отправить их. Он распределяет резкое увеличение трафика на несколько минут. Если приложение постоянно отправляет данные с частотой, превышающей частоту регулирования, некоторые данные будут пропущены. (Пакеты SDK для ASP.NET, Java и JavaScript пытаются повторно отправлять данные таким способом; другие пакеты SDK могут просто пропускать отрегулированные данные.) Если произошло регулирование, вы увидите соответствующее предупреждение.

Управление максимальным ежедневным объемом данных

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

Предупреждение

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

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

Определение ежедневного ограничения по сбору данных

Сведения о тенденциях приема данных и определении ежедневного ограничения для объема см. на странице "Использование и ожидаемые затраты" для службы Application Insights. Тщательно изучите эти сведения, так как вы не сможете контролировать свои ресурсы после достижения предела.

Установка ежедневного ограничения

Чтобы изменить ежедневное ограничение, в разделе Настройки ресурса Application Insights на странице Использование и ожидаемые затраты выберите Ежедневное ограничение.

Настройка ограничения ежедневного объема данных телеметрии

Чтобы изменить ежедневное ограничение с помощью Azure Resource Manager, нужно изменить свойство dailyQuota. С помощью Azure Resource Manager можно также задать dailyQuotaResetTime и warningThreshold для ежедневного ограничения.

Генерация оповещений по ежедневному ограничению

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

  • Достигнуто пороговое значение предупреждения для ежедневного ограничения компонента Application Insights

  • Достигнуто ежедневное ограничение для компонента Application Insights

Выборка

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

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

Существует несколько видов выборки.

  • По умолчанию для пакета SDK для ASP.NET используется адаптивная выборка. Адаптивная выборка автоматически настраивается в соответствии с объемом данных телеметрии, отправляемых приложением. Она оперирует данными в пакете SDK в вашем веб-приложении, что позволяет уменьшить сетевой трафик телеметрии.
  • Выборка приема — это другая функция, которая работает в точке, где данные телеметрии из приложения поступают в службу Application Insights. Выборка приема не влияет на объем данных телеметрии, отправляемых из приложения, но уменьшает объем данных, сохраняемых службой. С помощью этой выборки можно уменьшить квоту, заданную для данных телеметрии, которые поступают из браузеров и других пакетов SDK.

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

В диалоговом окне "Quotas and pricing" (Квоты и цены) щелкните элемент "Выборки" и выберите долю выборки.

Предупреждение

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

Чтобы узнать фактическую частоту выборки (где бы она ни применялась), выполните запрос Analytics. Этот запрос выглядит следующим образом.

requests | where timestamp > ago(1d)
| summarize 100/avg(itemCount) by bin(timestamp, 1h)
| render areachart

Для каждой сохранившейся записи itemCount обозначает число исходных записей, которые эта запись представляет. Эта величина равна 1 + число предыдущих удаленных записей.

Изменение срока хранения данных

По умолчанию для ресурсов Application Insights данные хранятся в течение 90 дней. Для каждого ресурса Application Insights можно выбрать собственный период хранения. Доступны следующие значения периодов хранения: 30, 60, 90, 120, 180, 270, 365, 550 или 730 дней. Дополнительные сведения о ценах на длительное хранение данных см. здесь.

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

Снимок экрана, на котором показано, где можно изменить период хранения данных.

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

Срок хранения данных также можно задать программным способом с помощью PowerShell, указав параметр retentionInDays. Если вы настроили период хранения данных в 30 дней, можете активировать немедленную очистку старых данных с помощью параметра immediatePurgeDataOn30Days. Это может быть полезно при некоторых вариантах требований к соответствию. Возможность очистки данных доступна только через Azure Resource Manager и требует особой осторожности в использовании. Время ежедневного сброса ограничения по объему данных можно настроить с помощью Azure Resource Manager, указав параметр dailyQuotaResetTime.

Плата за передачу данных при использовании Application Insights

Отправка данных в Application Insights может повлечь за собой плату за пропускную способность при передаче данных. Как описано на странице цен на пропускную способность Azure, передача данных между службами Azure, расположенными в двух регионах, оплачивается как передача исходящих данных по стандартной цене. Передача входящих данных не подлежит оплате. Впрочем, эта плата очень мала (несколько %) по сравнению с затратами на прием данных журналов Application Insights. Следовательно, управление затратами на Log Analytics лучше сосредоточить на объеме принимаемых данных. Наши рекомендации по этому вопросу см. здесь.

Сводная таблица ограничений

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

Ресурс Ограничение по умолчанию Примечание
Общий объем данных в день 100 ГБ Объем данных можно сократить, задав ограничение. Если требуется больше данных, на портале можно увеличить граничное значение до 1000 ГБ. Если требуется объем более 1000 ГБ, отправьте сообщение электронной почты на адрес AIDataCap@microsoft.com.
Регулирование 32 000 событий в секунду Ограничение измеряется каждую минуту.
Журналы хранения данных 30–730 дней Этот ресурс предназначен для журналов.
Метрики хранения данных 90 дней Этот ресурс предназначен для обозревателя метрик.
Хранение подробных результатов многошагового теста доступности 90 дней Этот ресурс предоставляет подробные результаты каждого шага.
Максимальный размер элемента телеметрии 64 КБ
Максимальное количество элементов телеметрии на пакет 64 000
Длина имен свойств и метрик 150 См. схемы типов.
Длина строки значения свойства 8192 См. схемы типов.
Длина сообщения трассировки и исключения 32,768 См. схемы типов.
Количество тестов доступности для одного приложения 100
Хранение данных профилировщика 5 дней
Отправляемые данные профилировщика в день 10 ГБ

Дополнительные сведения см. в статье Управление ценами и квотами для Application Insights.

Отключение ежедневных электронных писем

Чтобы отключить ежедневное ограничение объема электронных писем, в разделе Настройки ресурса Application Insights в области Usage and estimated costs (Данные об использовании и предполагаемые расходы) выберите Ежедневное ограничение. Существуют параметры для отправки писем при достижении ограничения, а также при достижении порога предупреждений. Если вы хотите отключить отправку всех сообщений электронной почты, связанных с ежедневным ограничением объема, снимите флажки с обоих полей.

Устаревшая ценовая категория "Корпоративный" (за узел)

Для ранних пользователей Azure Application Insights по-прежнему существуют две ценовые категории: "Базовый" и "Корпоративный". По умолчанию используется ценовая категория "Базовый", которая соответствует описанию выше. Она включает в себя все возможности категории "Корпоративный", не требуя дополнительных затрат. В категории "Базовый" плата в основном взимается за объем принимаемых данных.

Эти устаревшие ценовые категории были переименованы. Ценовая категория "Корпоративный" теперь называется За узел, а категория "Базовый" называется За ГБ. Эти новые имена используются в тексте ниже и на портале Azure.

В категории "За узел" (ранее — "Корпоративный") оплачивается каждый узел, и каждому узлу выделяется ежедневная квота данных. При использовании ценовой категории "За узел" плата взимается за данные, полученные сверх предоставленной квоты. Если вы используете Operations Management Suite, следует выбрать категорию "За узел". В апреле 2018 года была представлена новая модель ценообразования для служб мониторинга Azure. Эта модель использует простой принцип "с оплатой по мере использования" во всем портфеле служб мониторинга. Дополнительные сведения о моделях ценообразования.

Текущие цены в валюте вашей страны для выбранного региона вы можете узнать на странице цен на Application Insights.

Основные сведения об оплачиваемом использовании устаревшей категории "Корпоративный" ("За узел")

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

Предупреждение

Из-за сложности отслеживания и понимания использования ресурсов Application Insights в устаревшей категории "Корпоративный" ("За узел") мы настоятельно рекомендуем использовать текущую ценовую категорию с оплатой по мере использования.

Категория "За узел" и права подписки Operations Management Suite

Как недавно было объявлено, клиенты, покупающие Operations Management Suite E1 и Operations Management Suite E2, могут бесплатно получить ценовую категорию Application Insights "За узел" в качестве дополнительного компонента. Каждая приобретенная единица пакета Operations Management Suite E1 и Operations Management Suite E2 предоставляет право на использование одного узла с ценовой категорией Application Insights "За узел". Каждый узел Application Insights включает до 200 МБ ежедневно обрабатываемых данных (отдельно от получаемых данных Log Analytics), которые хранятся в течение 90 дней. Дополнительная плата за это не взимается. Эта категория более подробно описана далее в этой статье.

Так как эта категория доступна только клиентам с подпиской Operations Management Suite, клиенты без такой подписки не будут видеть возможности для выбора этой категории.

Примечание

Для получения этой возможности в ваших ресурсах Application Insights должна использоваться ценовая категория "За узел". Эта возможность применяется только к узлам. Ресурсы Application Insights в категории "За ГБ" не получают каких-либо преимуществ. Эта возможность не отображается в предполагаемых затратах в области Usage and estimated costs (Данные об использовании и предполагаемые расходы). Кроме того, при переводе подписки на новую модель ценообразования для мониторинга в Azure в апреле 2018 года будет доступна только категория "За ГБ". Перевод подписки на новую модель ценообразования для мониторинга Azure не рекомендуется, если у вас есть подписка Operations Management Suite.

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

  • Используя категорию "За узел", вы платите только за количество узлов, с которых данные телеметрии отправляются в приложения.
    • Узел — это любой физический компьютер, виртуальная машина или экземпляр роли платформы как услуги, на котором размещено ваше приложение.
    • В число узлов не включаются компьютеры для разработки, клиентские браузеры и мобильные устройства.
    • Если приложение содержит несколько компонентов, отправляющих данные телеметрии, например веб-службу и рабочую роль сервера, такие компоненты учитываются отдельно.
    • Данные динамического потока метрик не учитываются при расчете стоимости. Сумма платы за подписку зависит от количества узлов, а не от количества приложений. Если вы используете пять узлов, которые отправляют телеметрию для 12 приложений, то плата взимается за пять узлов.
  • Несмотря на то что суммы в тарифах указаны за целый месяц, плата взимается только за те часы, в течение которых узел отправлял данные телеметрии из приложения. Сумма почасовой платы вычисляется как указанная в тарифе ежемесячная плата, разделенная на 744 (то есть на количество часов в месяц длительностью 31 день).
  • Для каждого обнаруженного узла на день выделяются данные объемом 200 МБ (с детализацией по часам). Выделенные, но не использованные объемы данных не переносятся на следующий день.
    • Если вы используете ценовую категорию "За узел", для каждой подписки ежедневно выделяется определенная квота на объем данных в зависимости от количества узлов, отправляющих телеметрию в ресурсы Application Insights в рамках соответствующей подписки. Например, если вы используете 5 узлов, которые круглые сутки отправляют данные, вы получите совокупную квоту в 1 ГБ на все ресурсы Application Insights в этой подписке. Неважно, какие узлы передают больший объем информации, так как включенные данные распределяются на все узлы. Если в определенный день на ресурсы Application Insights будут переданы данные в объеме, превышающем дневную квоту для этой подписки, будет взиматься плата за каждый гигабайт избыточных данных.
    • Ежедневная квота на объем передаваемых данных вычисляется в зависимости от количества часов за соответствующий день (в формате UTC), на протяжении которых каждый узел отправлял данные телеметрии. Это количество часов делится на 24 и умножается на 200 МБ. Таким образом, если четыре узла отправляли данные телеметрии в течение 15 часов (из 24), объем данных рассчитывается по следующей формуле: ((4 × 15) / 24) × 200 МБ = 500 МБ. Если за этот день узлы отправят 1 ГБ данных, то, исходя из цены в 2,30 доллара США за каждый гигабайт данных сверх квоты, плата за этот день составит 1,15 доллара США.
    • Ежедневный лимит категории "За узел" не распространяется на приложения, для которых выбрана категория "За ГБ". Неиспользованный лимит на следующий день не переносится.

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

Сценарий Общее количество узлов за день
1 приложение использует 3 экземпляра службы приложений Azure и 1 виртуальный сервер. 4
3 приложения работают на 2 виртуальных машинах, ресурсы Application Insights для этих приложений находятся в одной подписке, и для них выбрана категория "За узел". 2
Каждое из 4 приложений, ресурсы Application Insights которых находятся в одной подписке, запускает 2 экземпляра на протяжении 16 часов с наименьшей загрузкой и 4 экземпляра на протяжении 8 часов пиковой загрузки. 13,33
Облачные службы, у которых есть по 1 рабочей роли и 1 веб-роли, каждая их которых выполняется в 2 экземплярах. 4
В кластере Azure Service Fabric с 5 узлами работают 50 микрослужб, для каждой из которых запущено по 3 экземпляра 5
  • Точный подсчет количества узлов зависит от того, какой пакет SDK для Application Insights использует ваше приложение.
    • В пакете SDK версии 2.2 и более новых версий пакет SDK для Core и веб-пакет SDK Application Insights считают узлами каждый узел приложения. Например, имя компьютера для физического сервера или виртуальной машины или имя экземпляра для облачных служб. Единственное исключение — приложение, использующее только .NET Core и пакет SDK для Core Application Insights. В этом случае для всех узлов регистрируется только один узел, так как имя узла недоступно.
    • В более ранних версиях пакета SDK веб-пакет SDK ведет себя так же, как и в новых версиях, но пакет SDK для Core учитывает только один узел, независимо от количества узлов приложения.
    • Если приложение с помощью пакета SDK задает пользовательское значение для параметра roleInstance (Количество экземпляров роли), то по умолчанию это же значение будет использоваться и для определения количества узлов.
    • Если вы используете новую версию пакета SDK для приложения, которое запускается на клиентских компьютерах или мобильных устройствах, может возвращаться большое количество узлов (из-за большого числа клиентских компьютеров или мобильных устройств).

Служба автоматизации

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

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