ограничения службы Azure Monitor

В этой статье перечислены ограничения в различных областях Azure Monitor.

Уведомления

Ресурс Ограничение по умолчанию Максимальный лимит
Оповещения о метриках 5000 активных правил оповещений для каждой подписки в общедоступной Azure, Microsoft Azure под управлением 21Vianet и облаками Azure для государственных организаций. Если вы достигли этого ограничения, попробуйте использовать многоресурсные оповещения одного типа.
10,000 метрических временных рядов на каждое правило оповещения.		 Обратитесь в службу поддержки.
Оповещения журнала активности 100 активных правил оповещения на подписку (увеличение невозможно). К этому относятся оповещения о состоянии служб и ресурсов.
Так как это ограничение не может быть увеличено, рассмотрите возможность отправки журналов действий в рабочую область Log Analytics и создание оповещений поиска по журналам, если требуется большее количество правил для каждой подписки.		 Такой же, как по умолчанию.
Оповещения журнала 5 000 активных правил оповещений на подписку. Из них 100 активных правил оповещения с частотой 1 минута.
1,000 активных правил оповещения на ресурс.
Каждое правило без состояния может создавать до 6,000 оповещений за одну оценку.
Каждое правило оповещения с сохранением состояния может запускать до 300 оповещений за одну оценку.
До 5000 сработавших и установивших состояние оповещений одновременно на одну правило оповещения.
Правила генерации оповещений с отслеживанием состояния можно настроить с частотой до 12 часов.

Общий размер всех данных в свойствах правила оповещения журнала не должен превышать 64 КБ.
Результаты запроса Kusto не могут превышать 20 МБ.
500 активных правил оповещений на каждое управляемое удостоверение в рабочей области Log Analytics или ADX.
50 активных правил оповещений на каждое управляемое удостоверение в рабочей области графа ресурсов Azure.		 Обратитесь в службу поддержки.
Правила обработки оповещений 1 000 активных правил на подписку. Обратитесь в службу поддержки.
Длина описания правил оповещения и правил обработки оповещений Предупреждения по поиску в журнале: 4 096 символов.
Все остальные имеют 2 048 символов.		 Такой же, как по умолчанию.

API оповещений

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

Примечание.

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

Ресурс Ограничение по умолчанию Максимальный лимит
Оповещения - Получить сводку 50 звонков в минуту на каждую подписку Так же, как по умолчанию
Оповещения - Получить Все (не "Получить По ID") 100 звонков в минуту на каждую подписку Так же, как по умолчанию
Все другие вызовы по предупреждениям 1 000 вызовов в минуту на одну подписку Так же, как по умолчанию

Группы действий

Вы можете иметь неограниченное количество групп действий в одной подписке. (Ограничения группы ресурсов ARM по-прежнему применяютсяСм. подробнее)

Ресурс Ограничение по умолчанию Максимальный лимит
Уведомления (ограничения скорости) На подписку: 300 уведомлений в минуту в каждом регионе.
Правило генерации оповещений: 100 уведомлений каждые 5 минут в каждом регионе.
Для каждой группы действий:
Состояние служб (по правилу): 150 уведомлений каждые 5 минут по региону.
Состояние службы (на подписку): 200 уведомлений в минуту на регион.
Тест (на группу действий): 2 тестовых уведомлений каждые 5 минут в каждом регионе.
Тест (на подписку): 5 тестовых уведомлений каждые 5 минут в каждом регионе.		 Так же, как по умолчанию
отправка Azure приложения 10 действий приложений Azure для каждой группы действий. Так же, как по умолчанию
Сообщение электронной почты 1,000 действий электронной почты в группе действий.
Не более 100 сообщений электронной почты каждый час для каждого адреса электронной почты в каждом регионе.
Ограничение по количеству символов в адресе электронной почты составляет 64.
Лимит символов в электронной почте составляет 55296.
Также см. ограничения служб для уведомлений.		 Так же, как по умолчанию
Роль для работы с почтой в Azure Resource Manager 10 действий роли ARM на группу действий по электронной почте.
В производственной среде: не более 100 электронных писем в час на регион.
В тестовой группе действий: не более двух электронных писем в каждую одну (1) минуту.		 Так же, как по умолчанию
Центры событий 10 действий Event Hubs на группу действий. Так же, как по умолчанию
Управление ИТ-услугами (ITSM) 10 действий в области управления ИТ-услугами в группе действий. Так же, как по умолчанию
Логическое приложение 10 действий логического приложения в группе действий. Так же, как по умолчанию
Runbook 10 действий из документации в группе действий. Так же, как по умолчанию
Безопасный Webhook 10 защищённых действий вебхука в группе действий.
Максимальное количество вызовов вебхука составляет 1500 в минуту на одну подписку.		 Так же, как по умолчанию
СМС 10 SMS-действий в группе действий.
В производстве: Не более одного сообщения SMS каждые пять минут.
В тестовой группе действий: не более одного SMS каждую минуту.		 Так же, как по умолчанию
Голос 10 голосовых действий в группе действий.
В данной системе: Не более одного голосового вызова каждые пять минут.
В группе тестовых действий: не более одного голосового звонка каждые минуту.		 Так же, как по умолчанию
Вебхук 10 действий вебхуков в группе действий.
Максимальное количество вызовов вебхука составляет 1500 в минуту на одну подписку.		 Так же, как по умолчанию

Избегайте ограничений скорости

  • Развертывание групп действий в нескольких регионах. Ограничения региона применяются для каждого региона. Распределение групп действий по восточным регионам США, Западной Европе и Юго-Восточной Азии утроит доступную емкость. (Все поддерживаемые регионы группы операций)
  • Консолидируйте правила оповещений: используйте оповещения для нескольких ресурсов вместо создания дублирующих правил для каждого ресурса.
  • Используйте оповещения с отслеживанием состояния. Это уменьшает количество уведомлений, оповещая только об изменениях состояния.
  • Настройте частоту оценки — рекомендуется использовать более длинные интервалы (5+ минут) для некритических оповещений.
  • Избегайте использования одной и той же группы действий для нескольких правил оповещений. Не следует использовать одну группу действий в сотнях правил оповещений.

Автомасштабирование

Ресурс Ограничение по умолчанию Максимальный лимит
параметры автоматического масштабирования; 100 на регион для каждой подписки. Так же, как по умолчанию
профили автоподстройки 20 профилей на каждую настройку автоматического масштабирования. Так же, как по умолчанию

Метрики Prometheus

Проглатывание

Azure управляемый Prometheus — это нечувствительная к регистру система. Оно обрабатывает строки, такие как имена метрик, имена меток или значения меток, как одинаковые временные ряды, если они отличаются от других временных рядов только по регистру строки. Дополнительные сведения см. в обзоре метрик Prometheus.

Следующие ограничения применяются к рабочей области Azure Monitor для приема метрик Prometheus.

Лимит Ценность
Активные временные ряды с метриками, которые были указаны за последние ~12 часов. 1 000 000
Вы можете запросить увеличение. 
Количество событий, обработанных в минуту. 1 000 000
Вы можете запросить увеличение. 

Следующие ограничения применяются к правилу сбора данных (DCR) для отправки метрик Prometheus в рабочую область Azure Monitor.

Лимит Ценность
Запросы на прием в минуту для правила сбора данных 15 000
Это ограничение нельзя увеличить. 
Прием данных в минуту в правило сбора данных 50 ГБ
Это ограничение нельзя увеличить.

Запросы

Запросы Prometheus создаются с помощью PromQL и могут быть авторизованы в Управление Azure для Grafana или самоуправляемой версии Grafana.

Лимит Ценность
Хранение данных 18 месяцев.
Это ограничение нельзя увеличить. 
временной диапазон запроса Между началом и концом вашего запроса PromQL прошло 32 дня.
Это ограничение нельзя увеличить.
Запрос временных рядов по метрике 500,000 временных рядов. 
Запросы возвращены 50 000 000 образцов на запрос. 
Минимальный шаг запроса
с временным диапазоном >= 48 часов 		60 секунд. 

Ограничения данных запроса
Для клиентского трафика:

Лимит Ценность
Длина окна поиска ограничения 30 секунд
Данные, возвращаемые для рабочей области Azure Monitor 0.5 ГБ

Для записи трафика правил:

Лимит Ценность
Длина окна поиска ограничения 3 минуты
Данные, возвращаемые для рабочей области Azure Monitor 1 ГБ

Ограничения предварительного разбора запроса
На основе диапазона времени запроса и типа запроса, в течение 30-секундного окна (для клиентского трафика):

Лимит Ценность
Часы запроса в расчете на пользователя (Microsoft Entra ID, управляемое удостоверение, рабочее пространство Управление Azure для Grafana) 30,000
Часы запроса по рабочей области Azure Monitor 60 000
Часы запроса на клиент Azure 600,000

Основываясь на диапазоне времени запроса и типе запроса, в течение 3-минутного интервала (для записи трафика правил):

Лимит Ценность
Часы запроса по рабочей области Azure Monitor 60 000
Часы запроса на клиент Azure 600,000

Лимиты после синтаксического анализа запроса
На основе временного диапазона запроса и векторных диапазонов в запросе за 30-секундное окно (для клиентского трафика):

Лимит Ценность
Часы запроса в расчете на пользователя (Microsoft Entra ID, управляемое удостоверение, рабочее пространство Управление Azure для Grafana) 2 000 000
Часы запроса по рабочей области Azure Monitor 2 000 000
Часы запроса на клиент Azure 20 000 000

На основе диапазона времени запроса и векторов диапазона в запросе в течение 3-минутного окна (для трафика правил записи):

Лимит Ценность
Часы запроса по рабочей области Azure Monitor 2 000 000
Часы запроса на клиент Azure 20 000 000

Ограничения по стоимости запросов

Лимит Ценность
Максимальная стоимость запроса за запрос 15000
Максимальная стоимость запроса для записи правил запроса 3000

Расчет стоимости запроса выполняется следующим образом:

Стоимость запроса = (Количество запрошенных временных рядов * (время запроса в секундах / предполагаемое временное разрешение запрашиваемых данных)) / 5000

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

Примечание.

Один метрик в запросе имеет ограничение на максимальный размер результата ключей временного ряда, запрашиваемых в запросе, в 64 МБ в байтах.

Правила оповещений и записи

Правила оповещения и правила записи в Prometheus определяются с использованием PromQL. Они выполняются в управляемой службе Ruler в рамках управляемой службы Azure Monitor для Prometheus.

Предел Ценность
Группы правил для каждой рабочей области Azure Monitor в подписке Azure 500
Вы можете запросить увеличение.
Правила по каждой группе правил 20
Это ограничение нельзя увеличить.
Интервал оценки группы правил От 1 минуты до 24 часов.
Значение по умолчанию — 1 минута. 
Активные оповещения Ограничений на данный момент нет.

Удалённая запись

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

Лимит Ценность
Использование ЦП 0,25 x (число метрик) + 1,25 x (среднее число рядов на метрики)
Запрос на ЦП 0.75 x (использование ЦП)
Ограничение ЦП 2 x (запрос к ЦП)
Запрос памяти 150 Мб
Ограничение памяти 200 Мб
Максимальная пропускная способность Контейнер для удаленной записи может обрабатывать до 150,000 уникальных временных рядов. Контейнер может выдавать ошибки при обработке запросов свыше 150,000 из-за большого количества одновременных подключений. Эту проблему можно смягчить, увеличив размер удаленной партии с 500 до 1 000. Это изменение уменьшает количество открытых подключений.

API для поглощения логов

Лимит Ценность Комментарии
Максимальный размер API-запроса 1 МБ Как сжатые, так и несжатые данные
Максимальный размер для значений полей 64 КБ Поля размером более 64 КБ обрезаются.
Максимум данных/минуту на DCR *2 ГБ Как сжатые, так и несжатые данные Повторите попытку после истечения времени, указанного в заголовке Retry-After в ответе.
Максимальное количество запросов в минуту на один DCR *12,000 Повторите попытку после истечения времени, указанного в заголовке Retry-After в ответе.
Максимальный TimeGenerated диапазон для вызова API 30 минут Это ограничение применяется только при записи данных во вспомогательные таблицы журналов. Если исходные записи TimeGenerated для обработки остаются непреобразованными, диапазон записей должен быть меньше 30 минут.

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

Правила сбора данных

Лимит Ценность
Максимальное количество источников данных 10
Максимальное количество спецификаторов счётчика в счетчике производительности 100
Максимальное количество названий объектов в Syslog 20
Максимальное количество XPath-запросов в журнале событий 100
Максимальное количество потоков данных 10
Максимальное количество потоков данных 20
Максимальное количество расширений 10
Максимальный размер настроек расширения 32 Кб
Максимальное количество рабочих областей Log Analytics 10
Максимальное количество символов в преобразовании 15,360

Параметры диагностики

Ресурс Ограничение по умолчанию Максимальное ограничение
Максимальное количество диагностических настроек на ресурс 5 Такой же, как по умолчанию.

Запросы к журналу и язык

Общие ограничения запросов

Лимит Описание
Язык запросов Azure Monitor использует тот же язык запросов Kusto Query Language (KQL) как Azure Data Explorer. См. Различия языка запросов журнала Azure Monitor для элементов языка KQL, которые не поддерживаются в Azure Monitor.
регионы Azure Запросы журналов могут испытывать чрезмерную нагрузку, если данные охватывают рабочие области Log Analytics в нескольких регионах Azure. Дополнительные сведения см. в разделе "Ограничения запросов ".
Кросс-ресурсные запросы Максимальное количество ресурсов Application Insights и рабочих областей Log Analytics в одном запросе ограничено 100.
Конструктор представлений не поддерживает запросы между ресурсами.
API scheduledQueryRules поддерживает выполнение межресурсных запросов в журналах оповещения.
См. Ограничения на запросы между ресурсами для получения подробной информации.
запросы Log Analytics информационной панели Максимальное количество записей, возвращаемых в одном запросе Log Analytics панели мониторинга, составляет 2000.

Ограничение запросов пользователя

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

Мера Лимит на пользователя Описание
Одновременные запросы аналитики 5 Пользователь может выполнять до пяти одновременных запросов к таблицам Аналитики. Система добавляет дополнительные запросы в очередь конкурентности по принципу "первым пришёл, первым вышел" (FIFO). После завершения одного из параллельных выполняемых запросов первый запрос из очереди добавляется в параллельные запросы и запускается. Запросы оповещений не являются частью этого ограничения.
Параллельные базовые и вспомогательные запросы 2 Пользователь может выполнять до двух параллельных поисковых запросов к таблицам Basic и Вспомогательным. Очередь конкурентности следует одной и той же модели FIFO.
Время ожидания в очереди параллельных процессов 3 минуты Если запрос находится в очереди более 3 минут без запуска, система завершает его с ответом на ошибку HTTP с кодом 429.
Общее количество запросов в очереди параллельного выполнения 200 Когда количество запросов в очереди достигает 200, следующий запрос отклоняется с кодом ошибки HTTP 429. Данное число идет в дополнение к пяти запросам, которые могут выполняться одновременно.
Частота запросов 200 запросов каждые 30 секунд Общая скорость запросов, которые один пользователь может отправлять во все рабочие области. Это ограничение применяется к программным запросам или запросам, инициированным частями визуализации, такими как панели мониторинга Azure и страница сводки по рабочей области Log Analytics (не рекомендуется).
Частота запросов API лога действий 50 запросов в 30 секунд Этот API журнала действий имеет отдельное ограничение частоты запросов от общего API для запросов журналов. Запрос к таблице журнала действий из рабочей области Log Analytics AzureActivity учитывается в общих лимитах API запросов журналов.
Тайм-аут журнала активности API 75 секунд Максимальный период ожидания для REST API журнала действий составляет 75 секунд. Клиенты могут явно задать максимальное время ожидания ответа перед истечением времени ожидания с помощью заголовкаPrefer.

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

  • Оптимизируйте запросы, как описано в Optimize log queries in Azure Monitor.
  • Информационные панели и книги могут содержать несколько запросов в одном представлении, которые создают всплеск запросов каждый раз при их загрузке или обновлении. Рассмотрите возможность разделения их на несколько представлений, загружаемых по требованию.
  • В Power BI рекомендуется извлекать только агрегированные результаты, а не необработанные журналы.

рабочие области Log Analytics

Объем и хранение данных

Ценовая категория Лимит в день Хранение данных Комментарий
Оплата по мере использования
(введено в апреле 2018 года)		 Без ограничений До 730 дней интерактивного удержания
до 12 лет архив данных		 Хранение данных более 31 дня доступно за дополнительную плату. Дополнительные сведения о ценах Azure Monitor.
Уровни обязательств
(введено в ноябре 2019 года)		 Без ограничений До 730 дней интерактивного удержания
до 12 лет архив данных		 Хранение данных более 31 дня доступно за дополнительную плату. Дополнительные сведения о ценах Azure Monitor.
Устаревшая система на уровне узла (OMS)
(введено в апреле 2016 года)		 Без ограничений от 30 до 730 дней Хранение данных более 31 дня доступно за дополнительную плату. Дополнительные сведения о ценах Azure Monitor. Только клиенты, которые соответствуют одному из следующих условий, могут получить доступ к этой ценовой категории:
-подписки, содержащие рабочую область Log Analytics или ресурс Application Insights до 2 апреля 2018 г
- подписки, связанные с соглашением Enterprise, которое началось до 1 февраля 2019 г. и по-прежнему активно.
Устаревший автономный уровень
(введено в апреле 2016 года)		 Без ограничений от 30 до 730 дней Хранение данных более 31 дня доступно за дополнительную плату. Дополнительные сведения о ценах Azure Monitor. Только клиенты, которые соответствуют одному из следующих условий, могут получить доступ к этой ценовой категории:
-подписки, содержащие рабочую область Log Analytics или ресурс Application Insights до 2 апреля 2018 г
- подписки, связанные с соглашением Enterprise, которое началось до 1 февраля 2019 г. и по-прежнему активно.
Устаревший тариф "Бесплатный"
(введено в апреле 2016 года)		 500 МБ 7 дней Когда ваш рабочий стол достигает лимита в 500 МБ в день, прием данных прекращается и возобновляется в начале следующего дня. День основан на UTC. Данные, собранные Microsoft Defender для облака, не включаются в это ограничение в 500 МБ в день и продолжают собираться выше этого ограничения. Создание новых рабочих областей или перемещение существующих рабочих областей в устаревшую ценовую категорию "Бесплатная пробная версия" было возможно только до 1 июля 2022 года.
Легаси уровень "Стандарт" Без ограничений 30 дней Удержание невозможно регулировать. Этот уровень недоступен для новых рабочих областей с 1 октября 2016 г.
Тариф "Премиум Легаси" Без ограничений 365 дней Удержание невозможно регулировать. Этот уровень недоступен для новых рабочих областей с 1 октября 2016 г.

Количество рабочих пространств на подписку

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

портал Azure

Категория Лимит Комментарии
Максимальное количество записей, возвращаемых запросом логов. 500,000 Уменьшите количество результатов, используя область запроса, временной диапазон и фильтры в запросе.
Максимальный размер возвращаемых данных ~104 МБ (~100 МиБ) Пользовательский интерфейс портала возвращает до 64 МБ сжатых данных, что соответствует до 100 МБ необработанных данных.

API для сбора данных

Категория Лимит Комментарии
Максимальный размер для одного сообщения 30 МБ Разделите большие объемы на несколько постов.
Максимальный размер для значений полей 32 КБ Поля длиной более 32 КБ обрезаются.

API запроса

Категория Лимит Комментарии
Максимальное количество записей, возвращаемых в одном запросе. 500,000
Максимальный размер возвращаемых данных ~104 МБ (~100 МиБ) API возвращает до 64 МБ сжатых данных, что соответствует до 100 МБ исходных данных.
Максимальное время выполнения запроса 10 минут См. Timeouts для получения подробной информации.
Максимальная частота запросов 200 запросов за 30 секунд на пользователя Microsoft Entra или IP-адрес клиента См. Log queries and language.

соединитель журналов Azure Monitor

Категория Лимит Комментарии
Максимальный размер данных ~16,7 МБ (~16 MiB) Инфраструктура коннектора требует, чтобы лимит был установлен ниже, чем лимит API запросов.
Максимальное количество записей 500,000
Максимальное время ожидания соединителя 110 секунд
Максимальное время ожидания запроса 100 секунд
Диаграммы Страница с журналами и соединительный модуль используют разные библиотеки графиков для визуализации. Некоторая функциональность в настоящее время недоступна в соединителе.

Сводные правила

Категория Лимит
Максимальное количество активных правил в рабочем пространстве 30
Максимальное количество результатов на корзину 500,000
Максимальный объем набора результатов 100 МБ
Тайм-аут запроса на обработку контейнера 10 минут

Общие ограничения рабочего пространства

Категория Лимит Комментарии
Максимальное количество столбцов в таблице 500 AzureDiagnostics — столбцы, превышающие ограничение, добавляются в динамический столбец "Дополнительные поля"
Настраиваемый журнал, созданный API сборщика данных , — столбцы, превышающие ограничение, добавляются в динамический столбец "AdditionalFields"
Настраиваемый журнал — обратитесь в службу поддержки, чтобы увеличить лимит
Максимальное количество настраиваемых таблиц журналов 500 Обратитесь в службу поддержки, чтобы увеличить ограничение
Максимальное количество символов для названия столбца 45

Скорость объёма загрузки данных

Azure Monitor — это высокомасштабная служба данных, которая обслуживает тысячи клиентов, отправляющих терабайты данных каждый день и в растущем темпе. Ограничение скорости обработки данных предназначено для защиты клиентов Azure Monitor от внезапных пиков нагрузки в многопользовательской среде. Пороговое значение по объему данных по умолчанию для рабочих пространств составляет 500 МБ (в сжатом виде), что соответствует примерно 6 ГБ/мин в несжатом виде.

Ограничение на объёмное ограничение скорости применяется к данным, поступающим из Application Insights на основе рабочей области, ресурсов Azure через Диагностические настройки и Data Collector API. Когда достигается предел скорости объема, механизм повторной попытки пытается обработать данные четыре раза в течение 12 часов и отбрасывает их, если операция не удается. Ограничение не распространяется на данные, полученные от агентов или через правило сбора данных (DCR).

Когда скорость объема превышает 80% от порогового значения в вашем рабочем пространстве, то каждые 6 часов при превышении порога в таблицу Operation в вашем рабочем пространстве отправляется событие. Когда скорость поступления данных превышает порог, часть данных отбрасывается, и событие отправляется в таблицу Operation в вашем рабочем пространстве каждые 6 часов, пока превышение порога продолжается.

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

Рекомендуется создать правило генерации оповещений, чтобы получать уведомления при приближении или достижении ограничений скорости приема. См. Мониторинг работоспособности рабочей области Log Analytics в Azure Monitor.

Примечание.

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

Application Insights

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

Ресурс Ограничение по умолчанию Максимальный лимит Примечания.
Общий объем данных в день 100 ГБ Обратитесь в службу поддержки. Вы можете установить ограничение, чтобы сократить объем данных. Если вам нужно больше данных, вы можете увеличить лимит на портале до 1 000 ГБ. Для объемов более 1 000 ГБ отправьте электронное письмо на AIDataCap@microsoft.com.
Ограничение скорости 32 000 событий/секунда Обратитесь в службу поддержки. Предел измеряется в течение минуты.
журналы хранения данных от 30 до 730 дней 730 дней Этот ресурс предназначен для журналов.
Метрики хранения данных 90 дней 90 дней Этот ресурс предназначен для Metrics Explorer.
Многошаговый тест доступности сохранение подробных результатов 90 дней 90 дней Этот ресурс предоставляет подробные результаты каждого этапа.
Максимальный размер элемента телеметрии 64 КБ 64 КБ
Максимальное количество телеметрических данных в пакете 64 000 64 000
Длина названия свойства и метрики сто пятьдесят сто пятьдесят См. схемы типов.
Длина строки значения свойства 8,192 8,192 См. схемы типов.
Длина сообщения трассировки и исключения 32,768 32,768 См. схемы типов.
Тесты доступности на ресурс в службе Application Insights 100 100
Количество доступных тестов для каждой группы ресурсов восемьсот восемьсот См. раздел Azure Resource Manager
Тесты доступности максимального количества перенаправлений за тест 10 10
Частота минимального тестирования для проверки доступности 300 секунд Частота менее 5 минут требует индивидуального подхода к мониторингу вне рамок стандартных тестов доступности.
.NET Profiler и Snapshot Debugger хранение данных Две недели Обратитесь в службу поддержки. Максимальный срок хранения составляет шесть месяцев.
.NET Profiler данные, отправленные за день Без ограничений Без ограничений.
Snapshot Debugger данные, отправленные в день 30 снимков в день для каждого отслеживаемого приложения Без ограничений. Количество снимков, собираемых для каждого приложения, можно изменить через конфигурацию.

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

Объекты AMPLS имеют следующие ограничения:

  • Виртуальная сеть может подключиться только к одному объекту AMPLS. Это означает, что объект AMPLS должен предоставлять доступ ко всем ресурсам Azure Monitor, к которым должен иметь доступ виртуальная сеть.
  • Объект AMPLS может подключить до 3000 рабочих областей Log Analytics и до 10 000 компонентов Application Insights.
  • Ресурс Azure Monitor может подключаться к до 100 AMPLS.
  • Объект AMPLS может подключаться к до 10 частным конечным точкам.

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

  • Last updated on