AzureDiagnostics

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

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

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

Столбец AdditionalFields

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

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

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

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

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

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