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

в этой статье описывается, как заблаговременно отслеживать и контролировать Application Insights затраты.

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

Все цены и затраты в этой статье приведены только для примера.

если у вас возникли вопросы о том, как работают цены на Application Insights, можно разместить вопрос на странице Microsoft Q a вопрос.

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

Цены на 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, которые отправляют данные в рабочую область 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 КБ, это соответствует 13,4 ГБ данных телеметрии за 31-дневный месяц на узел, где размещается ваше приложение, так как выборка выполняется локально для каждого узла.

Если пакеты 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 и добавьте новую диаграмму. В качестве метрики для диаграммы выберите в разделе Метрики на основе журнала параметр Объем точки данных. Щелкните Применить разделение и выберите группирование по типу .

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

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

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

Этот запрос можно использовать в предупреждении журнала Azure для настройки оповещений на томах данных.

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

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

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

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

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

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

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

Выборка. Позволяет уменьшить объем данных телеметрии, отправляемых из серверных и клиентских приложений, с минимальным искажением метрик. Это основное средство, с помощью которого можно настроить объем отправляемых данных. Дополнительные сведения см. в статье Выборка в 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, изменяемым свойством является . С помощью Azure Resource Manager можно также задать dailyQuotaResetTime и warningThreshold для ежедневного ограничения.

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

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

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

Выборка

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

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

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

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

Чтобы задать выборку приема, перейдите на панель " цены ":

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

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

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

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

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

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

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

Кроме того, удержание можно настроить программно с помощью PowerShell с параметром. Если вы настроили период хранения данных в 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 в области использование и предполагаемые затраты выберите ежедневное ограничение. Существуют параметры для отправки писем при достижении ограничения, а также при достижении порога предупреждений. Если вы хотите отключить отправку всех сообщений электронной почты, связанных с ежедневным ограничением объема, снимите флажки с обоих полей.

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

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

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

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

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

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

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

клиенты, которые приобрели operations Management Suite E1 и 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 приложений, то плата взимается за пять узлов.
  • Если вы используете ценовую категорию "За узел", для каждой подписки ежедневно выделяется определенная квота на объем данных в зависимости от количества узлов, отправляющих телеметрию в ресурсы Application Insights в рамках соответствующей подписки. Например, если вы используете 5 узлов, которые круглые сутки отправляют данные, вы получите совокупную квоту в 1 ГБ на все ресурсы Application Insights в этой подписке. Неважно, какие узлы передают больший объем информации, так как включенные данные распределяются на все узлы. Если в определенный день на ресурсы Application Insights будут переданы данные в объеме, превышающем дневную квоту для этой подписки, будет взиматься плата за каждый гигабайт избыточных данных.
  • Ежедневная квота на объем передаваемых данных вычисляется в зависимости от количества часов за соответствующий день (в формате UTC), на протяжении которых каждый узел отправлял данные телеметрии. Это количество часов делится на 24 и умножается на 200 МБ. Таким образом, если у вас есть четыре узла, которые отправляют данные телеметрии в течение 15 часов за 24 часа в день, включаемыми данными за этот день будет ((4 × 15)/24) x 200 МБ = 500 МБ. Если за этот день узлы отправят 1 ГБ данных, то, исходя из цены в 2,30 доллара США за каждый гигабайт данных сверх квоты, плата за этот день составит 1,15 доллара США.
  • Ежедневный лимит категории "За узел" не распространяется на приложения, для которых выбрана категория "За ГБ". Неиспользованный лимит на следующий день не переносится.
  Примеры для определения количества уникальных узлов
  • Точный подсчет количества узлов зависит от того, какой пакет 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. Подробнее.

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

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

    Устранение неполадок

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

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

    Страница вопросов на сайте Microsoft Q&A.

    если у вас возникли вопросы о том, как работают цены на Application Insights, можно разместить вопрос на странице Microsoft Q a вопрос.

    📎📎📎📎📎📎📎📎📎📎