AzureDiagnostics

Armazena logs de recursos dos serviços do Azure que usam o modo de Diagnóstico do Azure. Os logs de recursos descrevem a operação interna dos recursos do Azure.

O log de recursos para cada serviço do Azure tem um conjunto exclusivo de colunas. A tabela AzureDiagnostics inclui as colunas mais comuns usadas pelos serviços do Azure. Se um log de recursos incluir uma coluna que ainda não existe na tabela AzureDiagnostics, essa coluna será adicionada na primeira vez que os dados forem coletados. Se o número máximo de 500 colunas for atingido, os dados de todas as colunas adicionais serão incluídos em uma coluna dinâmica.

Os serviços do Azure que usam o modo específico do recurso armazenam dados em uma tabela específica para esse serviço e não usam a tabela AzureDiagnostics. Consulte Tipos de recursos abaixo para obter os serviços que usam cada método. Consulte Logs de recursos do Azure para obter detalhes sobre as diferenças.

Coluna AdditionalFields

Ao contrário de outras tabelas, o AzureDiagnostics é muito mais suscetível a exceder o limite de 500 colunas imposto para qualquer tabela em um workspace do Log Analytics devido à ampla variedade de recursos do Azure capazes de enviar dados para essa tabela. Para garantir que nenhum dado seja perdido devido ao número de colunas ativas que excedem esse limite de 500 colunas, a criação de coluna AzureDiagnostics é tratada de maneira diferente de outras tabelas.

A tabela AzureDiagnostics em cada workspace contém, no mínimo, as mesmas 200 colunas. Para workspaces criados antes de 19 de janeiro de 2021, a tabela também contém todas as colunas que já estavam em vigor antes dessa data. Quando os dados são enviados para uma coluna que ainda não está no lugar:

• Se o número total de colunas no AzureDiagnostics no workspace atual não exceder 500, uma nova coluna será criada como em qualquer outra tabela.
• Se o número total de colunas for igual ou superior a 500, os dados excedentes serão adicionados a uma coluna de recipiente de propriedades dinâmica chamada AdditionalFields como uma propriedade.

Exemplo

Para ilustrar esse comportamento, imagine que, a partir de (data de implantação), a tabela AzureDiagnostics em nosso workpsace tenha a seguinte aparência:

Um recurso que envia dados para AzureDiagnostics adiciona uma nova dimensão aos dados que eles chamam de NewInfo1. Como a tabela ainda tem menos de 500 colunas, a primeira vez que ocorre um evento que contém dados para essa nova dimensão adiciona uma nova coluna à tabela:

Você pode retornar esses novos dados em uma consulta simples:

AzureDiagnostics | where NewInfo1_s == "xyz"

Em uma data posterior, outro recurso envia dados para AzureDiagnostics que adiciona novas dimensões chamadas NewInfo2 e NewInfo3. Como a tabela atingiu 500 colunas neste espaço de trabalho, os novos dados vão para a coluna AdditionalFields :

Você ainda pode consultar esses dados, mas deve extraí-los do recipiente de propriedades usando qualquer um dos operadores de propriedades dinâmicas no KQL:

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

Dicas sobre como usar a AdditionalFields coluna

Embora as práticas recomendadas gerais de consulta, como sempre filtrar por tempo como a primeira cláusula na consulta, devam ser seguidas, há algumas outras recomendações que você deve considerar ao trabalhar com AdditionalFields:

• Você deve tipificar os dados antes de executar outras operações neles. Por exemplo, se existir uma coluna chamada Perf1Sec_i bem como uma propriedade em AdditionalFields chamada Perf2Sec, e você quiser calcular o desempenho total adicionando os dois valores, use algo como: AzureDiagnostics | extend TotalPerfSec = Perf1Sec_i + toint(AdditionalFields.Perf2Sec) | .....
• Use cláusulas where para reduzir o volume de dados ao menor possível antes de escrever qualquer lógica complexa para melhorar significativamente o desempenho. TimeGenerated é uma coluna que sempre deve ser reduzida à menor janela possível. No caso de AzureDiagnostics, um filtro adicional também deve ser sempre incluído na parte superior da consulta em torno dos tipos de recursos que estão sendo consultados usando a coluna ResourceType .
• Ao consultar volumes muito grandes de dados, às vezes é mais eficiente fazer um filtro em AdditionalFields como um todo em vez de analisá-lo. Por exemplo, para grandes volumes de dados AzureDiagnostics | where AdditionalFields has "Perf2Sec" geralmente é mais eficiente do que AzureDiagnostics | where isnotnull(toint(AdditionalFields.Perf2Sec))o .

Modo de diagnóstico do Azure

Os serviços a seguir usam o modo de diagnóstico do Azure para seus logs de recursos e enviam dados para a tabela de diagnóstico do Azure.

• Analysis Services
• Gateways do Aplicativo
• Contas de Automação
• Banco de dados do Azure para MariaDB
• Servidores do Banco de Dados do Azure para MySQL
• Banco de Dados do Azure para servidores PostgreSQL
• Banco de dados do Azure para servidores PostgreSQL v2
• Contas do Lote
• Perfis CDN
• Serviços Cognitivos
• Data Lake Analytics
• Armazenamento do DataLake Gen1
• Serviços de Provisionamento de Dispositivos
• Gêmeos Digitais
• Tópicos de Grade de Eventos
• Hubs de Eventos
• Circuitos do ExpressRoute
• Front Doors
• Contas de integração
• Key Vault
• Serviços de Kubernetes
• Balanceadores de carga
• Aplicativos Lógicos
• Serviços de mídia
• Adaptadores de rede
• Grupos de segurança de rede
• Gateways de VPN P2S
• Power BI Embedded
• Endereços IP públicos
• Cofres dos Serviços de Recuperação (Site Recovery)
• Serviços Search
• Barramento de Serviço
• Bancos de dados SQL
• Instâncias gerenciadas de SQL
• Servidores SQL
• Trabalhos do Stream Analytics
• Perfis do Gerenciador de Tráfego
• Redes virtuais
• Gateways de rede virtual
• Gateways VPN

Modo de Diagnóstico do Azure ou modo específico do recurso

Os serviços a seguir usam o modo de diagnóstico do Azure ou o modo específico do recurso para seus logs de recursos, dependendo de sua configuração. Quando eles usam o modo específico do recurso, eles não enviam dados para a tabela AzureDiagnostics. Consulte Logs de recursos do Azure para obter detalhes sobre essa configuração.

• Serviços de gerenciamento de API
• Azure Cosmos DB
• Data factories (V2)
• Hub IoT
• Cofres dos Serviços de Recuperação (Backup)
• Firewalls

Categorias

• Recursos do Azure
• Segurança
• Rede

Soluções

• LogManagement

Tipos de recurso

• Gateways do Aplicativo
• Perfis de CDN
• Azure Cosmos DB
• Tópicos de Grade de Eventos
• Hubs de Eventos
• Firewalls
• Cofres de Chaves
• Serviços Kubernetes
• Cofres dos Serviços de Recuperação
• Barramento de Serviço
• Servidor flexível do Banco de Dados do Azure para MySQL
• Banco de Dados do Azure para Servidores Flexíveis PostgreSQL
• Serviços de Mídia
• Analysis Services
• Contas do Lote
• Serviços Cognitivos
• Namespaces do Parceiro da Grade de Eventos
• Tópicos de Parceiro da Grade de Eventos
• Tópicos do Sistema da Grade de Eventos
• Kubernetes habilitado para Azure Arc
• Clusters provisionados do Azure Arc
• Hub IoT
• Aplicativos Lógicos
• Serviços de Gerenciamento de API
• Conta de automação
• Fábricas de Dados
• Data Lake Storage Gen1
• Data Lake Analytics
• Power BI Embedded
• Instâncias Gerenciadas de SQL
• SQL Servers
• Bancos de dados SQL
• Banco de Dados do Azure para Servidores MySQL
• Banco de Dados do Azure para servidores PostgreSQL
• Banco de Dados do Azure para Servidores PostgreSQL V2
• Banco de Dados do Azure para servidores MariaDB
• Serviços de Provisionamento de Dispositivos
• Circuitos do ExpressRoute
• Front Doors
• Interfaces de Rede
• Grupos de segurança de rede
• Endereços IP públicos
• Perfis do Gerenciador de Tráfego
• Gateways de Rede Virtual
• Gateways de Rede Virtual Privada
• Redes Virtuais
• Serviços de pesquisa
• Trabalhos do Stream Analytics

Colunas