Примечание.
Для доступа к этой странице требуется авторизация. Вы можете попробовать войти или изменить каталоги.
Для доступа к этой странице требуется авторизация. Вы можете попробовать изменить каталоги.
В этой статье перечислены ограничения в различных областях Azure Monitor.
Уведомления
| Ресурс | Ограничение по умолчанию | Максимальный лимит |
|---|---|---|
| Оповещения о метриках | 5 000 активных правил оповещения на подписку в публичном Azure, Microsoft Azure, управляемом компанией 21Vianet, и облаках Azure Government. Если вы достигли этого ограничения, попробуйте использовать многоресурсные оповещения одного типа. 10,000 метрических временных рядов на каждое правило оповещения. |
Обратитесь в службу поддержки. |
| Оповещения журнала активности | 100 активных правил оповещения на подписку (увеличение невозможно). К ним относятся оповещения о работоспособности служб и работоспособности ресурсов. Поскольку этот лимит не может быть увеличен, рассмотрите возможность отправки ваших журналов активности в рабочее пространство Log Analytics и создания оповещений по поиску в журналах вместо этого, если вам нужно больше правил на подписку. |
Такой же, как по умолчанию. |
| Оповещения журнала | 5 000 активных правил оповещений на подписку. Из них 100 активных правил оповещения с частотой 1 минута. 1,000 активных правил оповещения на ресурс. Каждое правило без состояния может создавать до 6,000 оповещений за одну оценку. Каждое правило оповещения с сохранением состояния может запускать до 300 оповещений за одну оценку. До 5000 сработавших и установивших состояние оповещений одновременно на одну правило оповещения. Общий размер всех данных в свойствах правила оповещения журнала не должен превышать 64 КБ. Результаты запроса Kusto не могут превышать 20 МБ. 500 активных правил оповещений на управляемую идентичность в рабочей области Log Analytics или ADX. 50 активных правил оповещений на одно управляемое удостоверение в рабочей области графа ресурсов Azure. |
Обратитесь в службу поддержки. |
| Правила обработки оповещений | 1 000 активных правил на подписку. | Обратитесь в службу поддержки. |
| Длина описания правил оповещения и правил обработки оповещений | Предупреждения по поиску в журнале: 4 096 символов. Все остальные имеют 2 048 символов. |
Такой же, как по умолчанию. |
API оповещений
Ограничения на количество запросов в Azure Monitor предназначены для защиты от пользователей, делающих чрезмерно много вызовов. Такое поведение может потенциально перегрузить ресурсы внутренней части системы и поставить под угрозу отзывчивость обслуживания. Указанные ограничения предназначены для защиты клиентов от перебоев и обеспечения стабильного уровня обслуживания. Ограничения на использование пользователем и лимиты призваны затрагивать только крайние сценарии использования. Они не должны быть актуальными для типичного использования.
Примечание.
Существует ограничение на количество вызовов API на экземпляр. Точное предельное число зависит от количества экземпляров.
| Ресурс | Ограничение по умолчанию | Максимальный лимит |
|---|---|---|
| Оповещения - Получить сводку | 50 звонков в минуту на каждую подписку | Так же, как по умолчанию |
| Оповещения - Получить Все (не "Получить По ID") | 100 звонков в минуту на каждую подписку | Так же, как по умолчанию |
| Все другие вызовы по предупреждениям | 1 000 вызовов в минуту на одну подписку | Так же, как по умолчанию |
Группы действий
Вы можете иметь неограниченное количество групп действий в одной подписке.
| Ресурс | Ограничение по умолчанию | Максимальный лимит |
|---|---|---|
| пуш-уведомления для приложений Azure | 10 действий приложений Azure на одну группу действий. | Так же, как по умолчанию |
| Сообщение электронной почты | 1,000 действий электронной почты в группе действий. Не более 100 электронных писем в час для каждого адреса электронной почты в каждом регионе. Ограничение по количеству символов в адресе электронной почты составляет 64. Лимит символов в электронной почте составляет 55296. Также см. ограничения служб для уведомлений. |
Так же, как по умолчанию |
| Роль управляющего ресурсами Azure по электронной почте | 10 действий роли ARM на группу действий по электронной почте. В производственной среде: не более 100 электронных писем в час на регион. В тестовой группе действий: не более двух электронных писем в каждую одну (1) минуту. |
Так же, как по умолчанию |
| Центры событий | 10 действий Event Hubs на группу действий. | Так же, как по умолчанию |
| Управление ИТ-услугами (ITSM) | 10 действий в области управления ИТ-услугами в группе действий. | Так же, как по умолчанию |
| Логическое приложение | 10 действий логического приложения в группе действий. | Так же, как по умолчанию |
| Runbook | 10 действий из документации в группе действий. | Так же, как по умолчанию |
| Безопасный Webhook | 10 защищённых действий вебхука в группе действий. Максимальное количество вызовов вебхука составляет 1500 в минуту на одну подписку. | Так же, как по умолчанию |
| СМС | 10 SMS-действий в группе действий. В производстве: Не более одного сообщения SMS каждые пять минут. В тестовой группе действий: не более одного SMS каждую минуту. |
Так же, как по умолчанию |
| Голос | 10 голосовых действий в группе действий. В данной системе: Не более одного голосового вызова каждые пять минут. В группе тестовых действий: не более одного голосового звонка каждые минуту. |
Так же, как по умолчанию |
| Вебхук | 10 действий вебхуков в группе действий. Максимальное количество вызовов вебхука составляет 1500 в минуту на одну подписку. | Так же, как по умолчанию |
Автомасштабирование
| Ресурс | Ограничение по умолчанию | Максимальный лимит |
|---|---|---|
| параметры автоматического масштабирования; | 100 на регион для каждой подписки. | Так же, как по умолчанию |
| профили автоподстройки | 20 профилей на каждую настройку автоматического масштабирования. | Так же, как по умолчанию |
Метрики Prometheus
Проглатывание
Управляемый Azure Prometheus — это система, нечувствительная к регистру. Оно обрабатывает строки, такие как имена метрик, имена меток или значения меток, как одинаковые временные ряды, если они отличаются от других временных рядов только по регистру строки. Дополнительные сведения см. в обзоре метрик Prometheus.
Указанные ограничения применяются к рабочей области Azure Monitor, в которую поступают ваши метрики Prometheus.
| Лимит | Ценность |
|---|---|
| Активные временные ряды с метриками, которые были указаны за последние ~12 часов. | 1 000 000 Вы можете запросить увеличение. |
| Количество событий, обработанных в минуту. | 1 000 000 Вы можете запросить увеличение. |
Следующие ограничения применяются к правилу сбора данных (DCR) и конечной точке сбора данных (DCE), отправляющим данные метрик Prometheus в ваше рабочее пространство Azure Monitor.
| Лимит | Ценность |
|---|---|
| Запросы на запись данных в минуту к конечной точке сбора данных | 15 000 Это ограничение нельзя увеличить. |
| Загрузка данных в минуту в конечную точку сбора данных | 50 ГБ Это ограничение нельзя увеличить. |
Запросы
Запросы Prometheus создаются с использованием языка PromQL и могут быть созданы в Azure Managed 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 Managed Grafana) | 30,000 |
| Часы запросов на пространство Azure Monitor | 60 000 |
| Запросить часы для каждого арендатора Azure | 600,000 |
Основываясь на диапазоне времени запроса и типе запроса, в течение 3-минутного интервала (для записи трафика правил):
| Лимит | Ценность |
|---|---|
| Часы запросов на пространство Azure Monitor | 60 000 |
| Запросить часы для каждого арендатора Azure | 600,000 |
Лимиты после синтаксического анализа запроса
На основе временного диапазона запроса и векторных диапазонов в запросе за 30-секундное окно (для клиентского трафика):
| Лимит | Ценность |
|---|---|
| Запросить часы на пользователя (Microsoft Entra ID, управляемая идентификация, рабочая область 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
Предполагаемое временное разрешение запрошенных данных = Количество точек данных, хранящихся в любом случайно выбранном ключе временного ряда запрошенной метрики / продолжительность запрошенного времени в секундах
Примечание.
Один метрик в запросе имеет ограничение на максимальный размер результата ключей временного ряда, запрашиваемых в запросе, в 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 минут. |
Правила сбора данных
| Лимит | Ценность |
|---|---|
| Максимальное количество источников данных | 10 |
| Максимальное количество спецификаторов счётчика в счетчике производительности | 100 |
| Максимальное количество названий объектов в Syslog | 20 |
| Максимальное количество XPath-запросов в журнале событий | 100 |
| Максимальное количество потоков данных | 10 |
| Максимальное количество потоков данных | 10 |
| Максимальное количество расширений | 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, составляет 2 000. |
Ограничение запросов пользователя
Azure Monitor имеет несколько ограничений регулирования, чтобы защитить внутренние системные ресурсы от пользователей, отправляющих чрезмерное количество запросов и обеспечить согласованный уровень обслуживания. Эти ограничения для каждого пользователя отражают экстремальные сценарии использования и не должны быть релевантными для типичного поведения запросов.
| Мера | Лимит на пользователя | Описание |
|---|---|---|
| Одновременные запросы аналитики | 5 | Пользователь может выполнять до пяти одновременных запросов к таблицам Аналитики. Дополнительные запросы добавляются в очередь конкурентности в порядке очередности (FIFO). После завершения одного из параллельных выполняемых запросов первый запрос из очереди добавляется в параллельные запросы и запускается. Запросы оповещений не являются частью этого ограничения. |
| Параллельные базовые и вспомогательные запросы | 2 | Пользователь может выполнять до двух параллельных поисковых запросов к таблицам Basic и Вспомогательным. Дополнительные запросы следуют той же модели FIFO в очереди параллелизма. |
| Время ожидания в очереди параллельных процессов | 3 минуты | Если запрос находится в очереди более 3 минут без запуска, он будет завершён с ответом об ошибке HTTP с кодом 429. |
| Общее количество запросов в очереди параллельного выполнения | 200 | Когда количество запросов в очереди достигает 200, следующий запрос отклоняется с кодом ошибки HTTP 429. Данное число идет в дополнение к пяти запросам, которые могут выполняться одновременно. |
| Частота запросов | 200 запросов каждые 30 секунд | Общая скорость запросов, которые могут быть отправлены одним пользователем во все рабочие области. Этот предел применяется к программным запросам или запросам, инициированным элементами визуализации, такими как панели мониторинга Azure и (устаревшей) страницы сводки рабочего пространства Log Analytics. |
| Частота запросов API журналов действий | 50 запросов в 30 секунд | API журналов действий имеет отдельный предел скорости. |
Имейте в виду следующие рекомендации, чтобы обеспечить скорость реагирования системы:
- Оптимизируйте ваши запросы, как описано в разделе Оптимизация запросов журнала в 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 Logs
| Категория | Лимит | Комментарии |
|---|---|---|
| Максимальный размер данных | ~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 через Диагностические параметры и API сбора данных. Когда достигается предел скорости объема, механизм повторной попытки пытается обработать данные четыре раза в течение 12 часов и отбрасывает их, если операция не удается. Ограничение не распространяется на данные, полученные от агентов или через правило сбора данных (DCR).
Когда скорость объема превышает 80% от порогового значения в вашем рабочем пространстве, то каждые 6 часов при превышении порога в таблицу Operation в вашем рабочем пространстве отправляется событие. Когда скорость поступления данных превышает порог, часть данных отбрасывается, и событие отправляется в таблицу Operation в вашем рабочем пространстве каждые 6 часов, пока превышение порога продолжается.
Если скорость приема превышает это пороговое значение или вы планируете увеличить прием до этого порога, обратитесь в службу поддержки, чтобы запросить увеличение предела скорости в рабочей области.
Рекомендуется создать правило генерации оповещений, чтобы получать уведомления при приближении или достижении ограничений скорости приема. См. Мониторинг состояния рабочего пространства Log Analytics в Azure Monitor.
Примечание.
В зависимости от того, как долго вы используете Log Analytics, у вас может быть доступ к устаревшим уровням ценообразования. Узнайте больше о устаревших тарифах на Log Analytics.
Application Insights
На количество метрик и событий для каждого приложения, то есть для каждого ключа инструментации, существуют определенные ограничения. Пределы зависят от тарифного плана, который вы выберете.
| Ресурс | Ограничение по умолчанию | Максимальный лимит | Примечания. |
|---|---|---|---|
| Общий объем данных в день | 100 ГБ | Обратитесь в службу поддержки. | Вы можете установить ограничение, чтобы сократить объем данных. Если вам нужно больше данных, вы можете увеличить лимит на портале до 1 000 ГБ. Для объемов более 1 000 ГБ отправьте электронное письмо на [email protected]. |
| Ограничение скорости | 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 минут требуются собственные реализации TrackAvailability. | |
| .NET Profiler и Snapshot Debugger сохранение данных | Две недели | Обратитесь в службу поддержки. Максимальный срок хранения составляет шесть месяцев. | |
| .NET Profiler данные, отправленные в день | Без ограничений | Без ограничений. | |
| Snapshot Debugger данные, отправленные в день | 30 снимков в день для каждого отслеживаемого приложения | Без ограничений. | Количество снимков, собираемых для каждого приложения, можно изменить через конфигурацию. |
Для получения дополнительной информации о ценах и квотах, смотрите выставление счетов Application Insights.
Область приватного канала Azure Monitor (AMPLS)
Объекты AMPLS имеют следующие ограничения:
- Виртуальная сеть может подключиться только к одному объекту AMPLS. Это означает, что объект AMPLS должен предоставлять доступ ко всем ресурсам Azure Monitor, к которым виртуальная сеть должна иметь доступ.
- Объект AMPLS может подключаться к максимум 3,000 рабочим пространствам Log Analytics и к максимум 10,000 компонентам Application Insights. Увеличение с 300 рабочих областей Log Analytics и 1,000 компонентов Application Insights в настоящее время находится в публичной предварительной версии.
- Ресурс Azure Monitor может подключаться к 100 AMPLS. Это увеличение с 5 AMPLS в настоящее время находится в открытом предварительном просмотре.
- Объект AMPLS может подключаться к до 10 частным конечным точкам.