AzureDiagnostics

Almacena los registros de recursos de los servicios de Azure que usan el modo de Azure Diagnostics. Los registros de recursos describen el funcionamiento interno de los recursos de Azure.

El registro de recursos de cada servicio de Azure tiene un conjunto único de columnas. La tabla AzureDiagnostics incluye las columnas más comunes que usan los servicios de Azure. Si un registro de recursos incluye una columna que aún no existe en la tabla AzureDiagnostics, esa columna se agrega la primera vez que se recopilan los datos. Si se alcanza el número máximo de 500 columnas, los datos de las columnas adicionales se agregan a una columna dinámica.

Los servicios de Azure que usan el modo específico del recurso almacenan datos en una tabla específica de ese servicio y no usan la tabla AzureDiagnostics. Consulte Tipos de recursos a continuación para ver los servicios que usan cada método. Consulte Registros de recursos de Azure para más información sobre las diferencias.

Columna AdditionalFields

A diferencia de otras tablas, AzureDiagnostics es mucho más susceptible a superar el límite de 500 columnas impuesto para cualquier tabla de un área de trabajo de Log Analytics debido a la amplia variedad de recursos de Azure capaces de enviar datos a esta tabla. Para asegurarse de que no se pierde ningún dato debido al número de columnas activas que superen este límite de 500 columnas, la creación de columnas de AzureDiagnostics se controla de forma diferente a otras tablas.

La tabla AzureDiagnostics de cada área de trabajo contiene como mínimo las mismas 200 columnas. En el caso de las áreas de trabajo creadas antes del 19 de enero de 2021, la tabla también contiene las columnas que ya estaban en vigor antes de esta fecha. Cuando los datos se envían a una columna que aún no están en su lugar:

• Si el número total de columnas de AzureDiagnostics en el área de trabajo actual no supera los 500, se crea una nueva columna igual que con cualquier otra tabla.
• Si el número total de columnas es igual o superior a 500, el exceso de datos se agrega a una columna de contenedor de propiedades dinámica denominada AdditionalFields como propiedad.

Ejemplo

Para ilustrar este comportamiento, imagine que a partir de (fecha de implementación) la tabla AzureDiagnostics en nuestra workpsace tiene el siguiente aspecto:

Un recurso que envía datos a AzureDiagnostics agrega una nueva dimensión a sus datos que llaman a NewInfo1. Puesto que la tabla todavía tiene menos de 500 columnas, la primera vez que se produce un evento que contiene datos para esta nueva dimensión agrega una nueva columna a la tabla:

Puede devolver estos nuevos datos en una consulta sencilla:

AzureDiagnostics | where NewInfo1_s == "xyz"

En una fecha posterior, otro recurso envía datos a AzureDiagnostics que agrega nuevas dimensiones denominadas NewInfo2 y NewInfo3. Dado que la tabla ha alcanzado 500 columnas en esta área de trabajo, los nuevos datos entran en la columna AdditionalFields :

Todavía puede consultar estos datos, pero debe extraerlos del contenedor de propiedades mediante cualquiera de los operadores de propiedades dinámicas de KQL:

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

Sugerencias sobre el uso de la AdditionalFields columna

Aunque los procedimientos recomendados generales de consulta, como el filtrado siempre por tiempo, como la primera cláusula de la consulta deben seguirse, hay otras recomendaciones que debe tener en cuenta al trabajar con AdditionalFields:

• Debe escribir datos antes de realizar más operaciones en ellos. Por ejemplo, si existe una columna denominada Perf1Sec_i , así como una propiedad en AdditionalFields denominada Perf2Sec, y desea calcular el rendimiento total agregando ambos valores, use algo parecido a: AzureDiagnostics | extend TotalPerfSec = Perf1Sec_i + toint(AdditionalFields.Perf2Sec) | .....
• Use cláusulas where para reducir el volumen de datos al menor posible antes de escribir cualquier lógica compleja para mejorar significativamente el rendimiento. TimeGenerated es una columna que siempre debe reducirse a la ventana más pequeña posible. En el caso de AzureDiagnostics, también debe incluirse un filtro adicional en la parte superior de la consulta en torno a los tipos de recursos que se consultan mediante la columna ResourceType .
• Al consultar grandes volúmenes de datos, a veces es más eficaz realizar un filtro en AdditionalFields como un todo en lugar de analizarlos. Por ejemplo, para grandes volúmenes de datos AzureDiagnostics | where AdditionalFields has "Perf2Sec" suele ser más eficaz que AzureDiagnostics | where isnotnull(toint(AdditionalFields.Perf2Sec)).

Modo Azure Diagnostics

Los siguientes servicios usan el modo de diagnóstico de Azure para sus registros de recursos y envían datos a la tabla azure Diagnostics.

• Analysis Services
• Puertas de enlace de aplicaciones
• Cuentas de Automation
• Servidores de Azure Database for MariaDB
• Servidores de Azure Database for MySQL
• Servidores de Azure Database for PostgreSQL
• Servidores Azure Database for PostgreSQL v2
• Cuentas de Batch
• Perfiles de CDN
• Cognitive Services
• Data Lake Analytics
• DataLake Storage Gen1
• Servicios Device Provisioning
• Digital Twins
• Temas de Event Grid
• Event Hubs
• Circuitos ExpressRoute
• Instancias de Front Door
• Cuentas de integración
• Key Vault
• Servicios de Kubernetes
• Equilibradores de carga
• Logic Apps
• Media services
• Interfaces de red
• Grupos de seguridad de red
• Puertas de enlace de VPN de punto a sitio
• Power BI Embedded
• Direcciones IP públicas
• Almacenes de Recovery Services(Site Recovery)
• Servicios de búsqueda
• Service Bus
• Bases de datos SQL
• Instancias administradas de SQL
• Servidores SQL Server
• Trabajos de Stream Analytics
• Perfiles de Traffic Manager
• Redes virtuales
• Puertas de enlace de red virtual
• Puertas de enlace de VPN

Modo de diagnóstico de Azure o modo específico de recursos

Los siguientes servicios usan el modo de diagnóstico de Azure o el modo específico del recurso para sus registros de recursos en función de su configuración. Cuando usan el modo específico del recurso, no envían datos a la tabla AzureDiagnostics. Consulte Registros de recursos de Azure para más información sobre esta configuración.

• API Management Services
• Azure Cosmos DB
• Factorías de datos (V2)
• IoT Hub
• Almacenes de Recovery Services(Copia de seguridad)
• Firewalls

Categorías

• recursos de Azure
• Seguridad
• Red

Soluciones

• LogManagement

Tipos de recursos

• Puertas de enlace de aplicaciones
• Perfiles de CDN
• Azure Cosmos DB
• Temas de Event Grid
• Event Hubs
• Firewalls
• Almacenes de claves
• Servicios de Kubernetes
• Almacenes de Recovery Services
• Service Bus
• Azure Database for MySQL con servidores flexibles
• Servidores flexibles de Azure Database for PostgreSQL
• Media Services
• Analysis Services
• Cuentas de Batch
• Cognitive Services
• Espacios de nombres de asociado de Event Grid
• Temas de asociado de Event Grid
• Temas del sistema de Event Grid
• Kubernetes habilitado para Azure Arc
• Clústeres aprovisionados de Azure Arc
• IoT Hub
• Logic Apps
• Servicios de API Management
• Cuenta de Automation
• Factorías de datos
• Data Lake Storage Gen1
• Data Lake Analytics
• Power BI Embedded
• Instancias administradas de SQL
• Servidores SQL Server
• Bases de datos SQL Database
• Servidores de Azure Database for MySQL
• Servidores de Azure Database for PostgreSQL
• Servidores V2 de Azure Database for PostgreSQL
• Servidores de Azure Database for MariaDB
• Servicios Device Provisioning
• Circuitos de ExpressRoute
• Instancias de Front Door
• Interfaces de red
• Grupos de seguridad de red
• Direcciones IP públicas
• Perfiles de Traffic Manager
• Puertas de enlace de red virtual
• Puertas de enlace de red privada virtual
• Redes virtuales
• Search Service
• Trabajos de Stream Analytics

Columnas