Ограничения службы Azure Monitor
В этой статье указан список ограничений в различных областях для службы Azure Monitor.
видны узлы
| Ресурс | Ограничение по умолчанию | Максимальный лимит |
|---|---|---|
| Оповещения о метриках (классические) | 100 действующих правил оповещений на подписку. Поддержка классических оповещений для пользователей общедоступного облака будет прекращена. Классические оповещения для облачных Azure для государственных организаций и Microsoft Azure, управляемых 21Vianet, будут прекращены 29 февраля 2024 года. |
Обратитесь в службу поддержки. |
| Оповещения метрики | 5000 активных правил генерации оповещений для каждой подписки в общедоступной подписке Azure, Microsoft Azure под управлением 21Vianet и Azure для государственных организаций облаках. Если вы достигаете этого ограничения, изучите, можно ли использовать однотипные оповещения с несколькими ресурсами. 5000 временных рядов метрик на правило генерации оповещений. |
Обратитесь в службу поддержки. |
| Оповещения журнала действий | 100 активных правил генерации оповещений на подписку (невозможно увеличить). Так как это ограничение нельзя увеличить, рекомендуется отправлять журналы действий в рабочую область Log Analytics и создавать оповещения поиска по журналам, если требуется большее количество правил для каждой подписки. |
То же значение, что и по умолчанию. |
| Оповещения журнала в Azure Monitor | 5000 активных правил генерации оповещений для каждой подписки. Из которых 100 активных правил генерации оповещений с частотой 1 минуты. 1000 активных правил генерации оповещений на ресурс. Каждое правило оповещений без отслеживания состояния может активировать до 6000 оповещений на оценку. Каждое правило генерации оповещений с отслеживанием состояния может активировать до 300 оповещений на оценку. До 5000 оповещений с отслеживанием состояния за раз. Объединенный размер всех данных в свойствах правила генерации оповещений журнала не может превышать 64 КБ. Результаты запроса Kusto не могут превышать более 20 МБ. |
Обратитесь в службу поддержки. |
| Правила обработки оповещений | 1000 активных правил для каждой подписки. | Обратитесь в службу поддержки. |
| Длина описания правил генерации оповещений и правил обработки оповещений | Оповещения поиска по журналам 4096 символов. Все остальные — 2048 символов. |
То же значение, что и по умолчанию. |
API оповещений
Оповещения Azure Monitor имеют несколько ограничений регулирования для защиты от пользователей, выполняющих чрезмерное количество вызовов. Такое поведение может перегружать внутренние ресурсы системы и ставить под угрозу скорость реагирования службы. Следующие ограничения предназначены для защиты клиентов от прерываний и обеспечения согласованного уровня обслуживания. Регулирование и ограничения пользователей предназначены только для экстремальных сценариев использования. Они не должны быть релевантными для типичного использования.
Примечание.
Существует ограничение вызовов API для каждого экземпляра. Точное число ограничений по количеству экземпляров.
| Ресурс | Ограничение по умолчанию | Максимальный лимит |
|---|---|---|
| Оповещения — получение сводки | 50 вызовов в минуту на каждую подписку | То же значение, что и по умолчанию. |
| Оповещения— получение всех (а не "Получить по идентификатору") | 100 вызовов в минуту на каждую подписку | То же значение, что и по умолчанию. |
| Все другие вызовы оповещений | 1000 вызовов в минуту на подписку | То же значение, что и по умолчанию. |
Группы действий
В подписке может быть неограниченное количество групп действий.
| Ресурс | Ограничение по умолчанию | Максимальный лимит |
|---|---|---|
| Push-уведомление приложения Azure | 10 действий приложения Azure на группу действий. | То же значение, что и по умолчанию. |
| Сообщение электронной почты | 1000 действий с электронной почтой на группу действий. Не более 100 сообщений электронной почты каждый час для каждого адреса электронной почты в каждом регионе Ограничение символов в адресе электронной почты равно 64. Ограничение символа в электронной почте равно 55296. Также см. сведения об ограничении частоты отправки. |
То же значение, что и по умолчанию. |
| Отправка электронных сообщений роли Azure Resource Manager | 10 действий роли ARM для каждой группы действий. В рабочей среде: не более 100 сообщений электронной почты в час в каждом регионе. В тестовой группе действий: не более двух сообщений электронной почты каждые одну (1) минуту. |
То же значение, что и по умолчанию. |
| Event Hubs | 10 действий Центров событий для каждой группы действий. | То же значение, что и по умолчанию. |
| ITSM | 10 действий ITSM на группу действий. | То же значение, что и по умолчанию. |
| Приложение логики | 10 действий приложения логики на группу действий. | То же значение, что и по умолчанию. |
| Модуль Runbook | 10 действий runbook на группу действий. | То же значение, что и по умолчанию. |
| Безопасный веб-перехватчик | 10 действий безопасного веб-перехватчика для каждой группы действий. Максимальное число вызовов веб-перехватчика — 1500 в минуту на подписку. | То же значение, что и по умолчанию. |
| SMS | 10 действий SMS на группу действий. В рабочей среде: не более одного SMS-сообщения каждые пять минут. В тестовой группе действий: не более одного SMS каждые одну минуту. |
То же значение, что и по умолчанию. |
| Голосовая связь | 10 действий голосовой связи на группу действий. В рабочей среде: не более одного голосового звонка каждые пять минут. В тестовой группе действий: не более одного голосового вызова каждые одну минуту. |
То же значение, что и по умолчанию. |
| Веб-перехватчик | 10 действий веб-перехватчика на группу действий. Максимальное число вызовов веб-перехватчика — 1500 в минуту на подписку. | То же значение, что и по умолчанию. |
Автомасштабирование
| Ресурс | Ограничение по умолчанию | Максимальный лимит |
|---|---|---|
| параметры автоматического масштабирования; | 100 на регион в подписке. | То же значение, что и по умолчанию. |
| Профили автомасштабирования | 20 профилей на каждый параметр автомасштабирования. | То же значение, что и по умолчанию. |
Метрики Prometheus
Прием (Ingestion)
Управляемый Prometheus Azure — это нечувствительная система регистра. Оно обрабатывает строки, такие как имена метрик, имена меток или значения меток, как одинаковые временные ряды, если они отличаются от других временных рядов только по регистру строки. Дополнительные сведения см. в обзоре метрик Prometheus.
Следующие ограничения применяются к рабочей области Azure Monitor, применяющей метрики Prometheus.
| Ограничение | Значение |
|---|---|
| Активные временные ряды с метриками, которые были зарегистрированы за последние около 12 часов. | 1 000 000 Вы можете запросить увеличение. |
| События в минуту приема. | 1 000 000 Вы можете запросить увеличение. |
Следующие ограничения применяются к правилу сбора данных (DCR) и конечной точке сбора данных (DCE), отправляя данные метрик Prometheus в рабочую область Azure Monitor.
| Ограничение | Значение |
|---|---|
| Запросы приема в минуту к конечной точке сбора данных | 15 000 Это ограничение нельзя увеличить. |
| Прием данных в минуту к конечной точке сбора данных | 50 ГБ Это ограничение нельзя увеличить. |
Запросы
Запросы Prometheus создаются с помощью PromQL и могут быть созданы в Управляемой Grafana Azure или самоуправляемой Grafana.
| Ограничение | Значение |
|---|---|
| Хранение данных | 18 месяцев. Это ограничение нельзя увеличить. |
| Диапазон времени запроса | 32 дня между временем начала и окончанием запроса PromQL. Это ограничение нельзя увеличить. |
| Запрос временных рядов для каждой метрики | 500 000 временных рядов. |
| Возвращенные примеры запросов | 50 000 000 примеров на запрос. |
| Минимальный размер шага запроса с диапазоном >времени = 48 часов |
60 секунд. |
Ограничения данных запроса
Для трафика клиента:
| Ограничение | Значение |
|---|---|
| Длина подстановки окна регулирования | 30 секунд |
| Данные, возвращаемые в рабочую область Azure Monitor | 0.5 ГБ |
Для трафика правил записи:
| Ограничение | Значение |
|---|---|
| Длина подстановки окна регулирования | 3 минуты |
| Данные, возвращаемые в рабочую область Azure Monitor | 1 ГБ |
Ограничения предварительного анализа запросов
На основе диапазона времени запроса и типа запроса в течение 30 секунд (для трафика клиента):
| Ограничение | Значение |
|---|---|
| Часы запроса на пользователя (идентификатор Microsoft Entra, управляемое удостоверение, рабочая область Azure Managed Grafana) | 30,000 |
| Запрос часов в рабочей области Azure Monitor | 60 000 |
| Запрос часов на клиент Azure | 600,000 |
На основе диапазона времени запроса и типа запроса в течение 3 минут (для трафика правил записи):
| Ограничение | Значение |
|---|---|
| Запрос часов в рабочей области Azure Monitor | 60 000 |
| Запрос часов на клиент Azure | 600,000 |
Ограничения после синтаксического анализа запросов
На основе диапазона времени запроса и векторов диапазона в запросе в течение 30 секунд (для клиентского трафика):
| Ограничение | Значение |
|---|---|
| Часы запроса на пользователя (идентификатор Microsoft Entra, управляемое удостоверение, рабочая область Azure Managed 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
Выводимое разрешение времени запрашиваемых данных = количество точек данных, хранящихся в одном случайно выбранном ключе временных рядов запрашиваемой метрики / запрашиваемой продолжительности времени в секундах
Правила генерации оповещений и записи
Правила оповещений Prometheus и правила записи определяются в PromQL. Они выполняются в управляемой службе линейки в рамках управляемой службы Azure Monitor для Prometheus.
| Предел | Value |
|---|---|
| Группы правил на рабочую область 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 до 1000. Это изменение уменьшает количество открытых подключений. |
API приема журналов
| Ограничение | Значение | Комментарии |
|---|---|---|
| Максимальный размер вызова API | 1 МБ | Сжатые и несжатые данные. |
| Максимальный размер значения поля | 64 КБ | Поля длиннее 64 КБ усечены. |
| Максимальное количество данных в минуту на DCR | 2 ГБ | Сжатые и несжатые данные. Повторите попытку через интервал, указанный в заголовке Retry-After в ответе. |
| Максимальное число запросов в минуту на DCR | 12 000 | Повторите попытку через интервал, указанный в заголовке Retry-After в ответе. |
Правила сбора данных
| Ограничение | Значение |
|---|---|
| Максимальное количество источников данных | 10 |
| Максимальное число описателей счетчиков в счетчике производительности | 100 |
| Максимальное число имен устройств в syslog | 20 |
| Максимальное число запросов XPath в журнале событий | 100 |
| Максимальное число потоков данных | 10 |
| Максимальное число потоков данных | 10 |
| Максимальное число расширений | 10 |
| Максимальный размер параметров расширения | 32 КБ |
| Максимальное число рабочих областей Log Analytics | 10 |
| Максимальное количество символов в преобразовании: | 15,360 |
Параметры диагностики
| Ресурс | Ограничение по умолчанию | Максимальное ограничение |
|---|---|---|
| Максимальное количество параметров диагностики на ресурс | 5 | То же значение, что и по умолчанию. |
Запросы к журналам и язык
Общие ограничения запросов
| Лимит | Description |
|---|---|
| Язык запросов | Azure Monitor использует ту же язык запросов Kusto (KQL), что и Azure Data Explorer. Элементы языка KQL, которые не поддерживаются в Azure Monitor, см. в статье Различия в языках запросов журнала Azure Monitor. |
| Регионы Azure | При выполнении запросов журналов может возникать чрезмерная нагрузка, если данные охватывают рабочие области Log Analytics в нескольких регионах Azure. См. раздел Ограничения на запросы. |
| Запросы между несколькими ресурсами | Максимальное число ресурсов Application Insights и рабочих областей Log Analytics в одном запросе ограничено 100. Запрос между ресурсами не поддерживается в конструкторе представлений. Запрос между разными ресурсами в оповещениях журнала поддерживается в новом API правил запросов по расписанию. См. раздел Ограничения запросов между ресурсами. |
| Запросы на панели мониторинга Log Analytics | Максимальное количество записей, возвращаемых в одном запросе панели мониторинга Log Analytics, составляет 2000. |
Регулирование запросов пользователей
Azure Monitor имеет несколько ограничений на регулирование для защиты от пользователей, отправляющих слишком много запросов. Такое поведение может перегружать внутренние ресурсы системы и ставить под угрозу скорость реагирования службы. Следующие ограничения предназначены для защиты клиентов от перерывов в работе и обеспечения согласованного обслуживания. Регулирование и ограничения пользователей предназначены для влияния только на экстремальные сценарии использования и не должны быть актуальными для типичного использования.
| Измерение | Ограничение на пользователя | Description |
|---|---|---|
| Параллельные запросы | 5 | Пользователь может выполнять до пяти одновременных запросов. Любой другой запрос добавляется в очередь. Когда выполнение одного из запросов завершается, из очереди извлекается и запускается первый запрос. Запросы оповещений не являются частью этого ограничения. |
| Время в очереди параллельной обработки | 3 минуты | Если запрос находится в очереди более 3 минут без запуска, он завершается с ответом на ошибку HTTP с кодом 429. |
| Всего запросов в очереди параллельной обработки | 200 | Когда число запросов в очереди достигает 200, следующий запрос отклоняется с кодом ошибки HTTP 429. Это число запросов в дополнение к описанным выше пяти запросам, которые могут выполняться одновременно. |
| Частота запросов | 200 запросов в течение 30 секунд | Общая скорость, с которой запросы могут отправляться одним пользователем во все рабочие области. Это ограничение применяется к программным запросам или запросам, инициированным частями визуализации, такими как панели мониторинга Azure и страница сводки рабочей области Log Analytics (не рекомендуется). |
- См. статью Оптимизация запросов журналов в 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 года. |
Количество рабочих областей на подписку
| Ценовая категория | Ограничение на рабочие области | Комментарии |
|---|---|---|
| Устаревший уровень "Бесплатный" | 10 | Это ограничение нельзя увеличить. Создание новых рабочих областей (или перенос имеющихся рабочих областей) с устаревшей ценовой категорией "Бесплатная пробная версия" возможно только до 1 июля 2022 г. |
| Все остальные ценовые категории | Без ограничений | Вы ограничены количеством ресурсов в группе ресурсов и количеством групп ресурсов на подписку. |
Портал Azure
| Категория | Лимит | Комментарии |
|---|---|---|
| Максимальное число записей, которые возвращает запросом к журналу | 30,000 | Уменьшите результаты с помощью области запроса, диапазона времени и фильтров в запросе. |
Отправка данных в Log Analytics c помощью API сборщика данных HTTP (общедоступная предварительная версия)
| Категория | Лимит | Комментарии |
|---|---|---|
| Максимальный размер одной записи | 30 МБ | Разделяйте большие объемы на несколько записей. |
| Максимальный размер значения поля | 32 КБ | Поля, длина которых превышает 32 КБ, обрезаются. |
API запроса
| Категория | Лимит | Комментарии |
|---|---|---|
| Максимальное число записей, возвращаемых в одном запросе | 500,000 | |
| Максимальный размер возвращаемых данных | ~104 МБ (~100 МиБ) | API возвращает до 64 МБ сжатых данных, которым соответствует до 100 МБ необработанных данных. |
| Максимальное время выполнения запроса | 10 минут | Дополнительные сведения см. в разделе о времени ожидания. |
| Максимальная частота запросов | 200 запросов в 30 секунд на пользователя Или IP-адрес клиента Microsoft Entra | Подробнее см. Запросы к журналам и язык. |
Соединитель для журналов Azure Monitor
| Категория | Лимит | Комментарии |
|---|---|---|
| Максимальный объем данных | ~16,7 МБ (~16 МиБ) | Инфраструктура соединителя определяет, что ограничение задано ниже ограничения API запросов. |
| Максимальное количество записей | 500,000 | |
| Максимальное время ожидания соединителя | 110 секунд | |
| Максимальное время ожидания запроса | 100 секунд | |
| Диаграммы | На странице журналов и в соединителе используются разные библиотеки построения диаграмм для визуализации. Сейчас некоторые функции в соединителе недоступны. |
Сводные правила
| Категория | Лимит |
|---|---|
| Максимальное количество активных правил в рабочей области | 30 |
| Максимальное количество результатов в ячейке | 500,000 |
| Максимальный объем набора результатов | 100 МБ |
| Время ожидания запроса для обработки двоичных данных | 10 минут |
Общие ограничения рабочей области
| Категория | Лимит | Комментарии |
|---|---|---|
| Максимальное число столбцов в таблице | 500 | AzureDiagnostics — столбцы, превышающие ограничение, добавляются в динамический столбец "AdditionalFields" Настраиваемый журнал, созданный API сборщика данных, — столбцы, превышающие ограничение, добавляются в динамический столбец "AdditionalFields" Настраиваемый журнал — обратитесь в службу поддержки для получения дополнительных данных |
| Максимальное количество пользовательских таблиц журналов | 500 | Обратитесь в службу поддержки для получения дополнительных возможностей |
| Максимальное число символов в имени столбца | 45 |
Ограничение на объем принимаемых данных
Azure Monitor — это высокомасштабная служба данных, которая обслуживает тысячи клиентов, отправляющих терабайты данных каждый день и в растущем темпе. Ограничение скорости мягкого объема намерено изолировать клиентов Azure Monitor от внезапных пиков приема в среде мультитенантности. Пороговое значение частоты приема томов по умолчанию в рабочих областях составляет 500 МБ (сжатый), который преобразуется примерно в 6 ГБ/мин без сжатия.
Ограничение скорости тома применяется к данным, поступающим из ресурсов Azure с помощью параметров диагностики и API сборщика данных. Когда ограничение скорости тома достигнуто, механизм повторных попыток пытается принять данные четыре раза в течение 12 часов и удалить его, если операция завершается ошибкой. Ограничение не применяется к данным, полученным от агентов, или через DCR.
Когда данные, отправляемые в рабочую область, превышают 80 % порогового значения, настроенного в рабочей области, событие отправляется Operation в таблицу в рабочей области каждые 6 часов, пока пороговое значение продолжает превышаться. Если скорость приема тома превышает пороговое значение, некоторые данные удаляются, событие отправляется Operation в таблицу в рабочей области каждые 6 часов, пока пороговое значение продолжает превышаться.
Если скорость приема данных продолжает превышать пороговое значение или вы ожидаете достичь ее в ближайшее время, вы можете запросить увеличение этого ограничения, открыв запрос на поддержку.
Также рекомендуется создать правило генерации оповещений, чтобы заранее уведомить о достижении любых ограничений приема. См. статью "Мониторинг работоспособности рабочей области Log Analytics" в Azure Monitor.
Примечание.
В зависимости от того, как давно вы используете Log Analytics, у вас может быть доступ к устаревшим ценовым категориям. Дополнительные сведения о таких ценовых категориях Log Analytics см. разделе Устаревшие ценовые категории.
Application Insights
Число метрик и событий, используемых в приложении (то есть на ключ инструментирования), ограничено. Ограничения зависят от выбранного ценового плана.
| Ресурс | Ограничение по умолчанию | Максимальный лимит | Примечания. |
|---|---|---|---|
| Общий объем данных в день | 100 ГБ | Обратитесь в службу поддержки. | Можно задать ограничение для уменьшения данных. Если требуется больше данных, на портале можно увеличить граничное значение до 1000 ГБ. Если требуется объем более 1000 ГБ, отправьте сообщение электронной почты на адрес AIDataCap@microsoft.com. |
| Регулирование | 32 000 событий в секунду | Обратитесь в службу поддержки. | Ограничение измеряется каждую минуту. |
| Журналы хранения данных | От 30 до 730 дней | 730 дней | Этот ресурс предназначен для журналов. |
| Метрики хранения данных | 90 дней | 90 дней | Этот ресурс предназначен для обозревателя метрик. |
| Хранение подробных результатов многошагового теста доступности | 90 дней | 90 дней | Этот ресурс предоставляет подробные результаты каждого шага. |
| Максимальный размер элемента телеметрии | 64 КБ | 64 КБ | |
| Максимальное количество элементов телеметрии на пакет | 64 000 | 64 000 | |
| Длина имен свойств и метрик | 150 | 150 | См. схемы типов. |
| Длина строки значения свойства | 8,192 | 8,192 | См. схемы типов. |
| Длина сообщения трассировки и исключения | 32,768 | 32,768 | См. схемы типов. |
| Количество тестов доступности на ресурс Application Insights | 100 | 100 | |
| Количество тестов доступности для каждой группы ресурсов | 800 | 800 | См. azure Resource Manager |
| Максимальное количество перенаправлений тестов доступности для каждого теста | 10 | 10 | |
| Минимальная частота тестов доступности | 300 секунд | Для пользовательских частот тестирования или частот менее 5 минут требуются пользовательские реализации TrackAvailability . | |
| Хранение данных профилировщика и моментальных снимков | Две недели | Обратитесь в службу поддержки. Максимальный срок хранения данных — шесть месяцев. | |
| Отправляемые данные профилировщика в день | Без ограничений | Без ограничений. | |
| Объем отправляемых в сутки данных моментальных снимков | 30 моментальных снимков в день на отслеживаемое приложение | Без ограничений. | Количество моментальных снимков, собираемых для каждого приложения, можно изменить в конфигурации. |
Дополнительные сведения см. в разделе Выставление счетов для Application Insights.
Область Приватный канал Azure Monitor (AMPLS)
Для AMPLS существуют следующие ограничения.
- Виртуальная сеть может подключаться только к одному объекту AMPLS. Это означает, что объект AMPLS должен предоставлять доступ ко всем ресурсам Azure Monitor, к которым должен иметь доступ виртуальная сеть.
- Объект AMPLS может подключаться к 300 рабочим областям Log Analytics и 1000 компонентам Application Insights.
- Ресурс Azure Monitor (компонент рабочей области или компонент Application Insights или конечная точка сбора данных) может подключаться к пяти AMPLS.
- Объект AMPLS может подключаться к 10 частным конечным точкам в большинстве случаев.
Примечание.
Ресурсы AMPLS, созданные до 1 декабря 2021 г., поддерживают только до 50 ресурсов.