AzureDiagnostics

Хранит журналы ресурсов для служб Azure, использующих режим Диагностика Azure. Журналы ресурсов описывают внутреннюю операцию ресурсов Azure.

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

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

Столбец ДополнительныеПоля

В отличие от других таблиц, AzureDiagnostics гораздо более уязвим к превышению ограничения на 500 столбцов, введенных для любой таблицы в рабочей области Log Analytics из-за широкого ассортимента ресурсов Azure, способных отправлять данные в эту таблицу. Чтобы гарантировать, что данные не будут потеряны из-за количества активных столбцов, превышающих это ограничение в 500 столбцов, создание столбца AzureDiagnostics обрабатывается по-другому.

Таблица AzureDiagnostics в каждой рабочей области содержит как минимум те же 200 столбцов. Для рабочих областей, созданных до 19 января 2021 года, таблица также содержит все столбцы, которые уже были созданы до этой даты. Когда данные отправляются в столбец, который еще не существует:

• Если общее количество столбцов в AzureDiagnostics в текущей рабочей области не превышает 500, создается новый столбец так же, как и любая другая таблица.
• Если общее число столбцов равно или более 500, избыточные данные добавляются в столбец динамического пакета свойств с именем AdditionalFields.

Пример

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

Ресурс, который отправляет данные в AzureDiagnostics, а затем добавляет новое измерение в данные, которые они называют NewInfo1. Так как таблица по-прежнему имеет менее 500 столбцов, при первом возникновении события, содержащего данные для этого нового измерения, добавляется новый столбец в таблицу:

Эти новые данные можно вернуть в простом запросе:

AzureDiagnostics | where NewInfo1_s == "xyz"

На более позднюю дату другой ресурс отправляет данные в AzureDiagnostics , который добавляет новые измерения с именем NewInfo2 и NewInfo3. Так как таблица достигла 500 столбцов в этой рабочей области, новые данные попадают в столбец AdditionalFields :

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

AzureDiagnostics
| where AdditionalFields.NewInfo2 == "789" and AdditionalFields.NewInfo3 == "qwerty"

Советы по использованию столбца AdditionalFields

Хотя следует следовать рекомендациям по запросу, таким как всегда фильтровать сначала по времени, при работе с Дополнительными полями следует учитывать некоторые другие рекомендации.

• Перед выполнением дальнейших операций необходимо привести тип данных. Например, если у вас есть столбец с именем Perf1Sec_i и свойство в AdditionalFields с именем Perf2Sec, и вы хотите вычислить общее значение, добавив оба значения, можно использовать следующее: AzureDiagnostics | extend TotalPerfSec = Perf1Sec_i + toint(AdditionalFields.Perf2Sec) | ....
• Используйте операторы where, чтобы уменьшить объем данных до наименьшего возможного, прежде чем писать сложную логику, чтобы значительно повысить производительность. TimeGenerated — это один столбец, который всегда должен быть сокращен до наименьшего возможного окна. В случае AzureDiagnostics дополнительный фильтр всегда должен быть включен в верхней части запроса вокруг типов ресурсов, запрашиваемых с помощью столбца ResourceType .
• При запросе больших объемов данных иногда эффективнее выполнять фильтрацию в Дополнительных Полях в целом, а не анализировать их. Например, для больших объемов данных AzureDiagnostics | where AdditionalFields has "Perf2Sec" часто эффективнее AzureDiagnostics | where isnotnull(toint(AdditionalFields.Perf2Sec)).

Ресурсы, использующие режим диагностики Azure

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

режим Диагностика Azure или режим, зависящий от ресурса

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

Столбцы таблицы AzureDiagnostics