AzureDiagnostics

Ukládá protokoly prostředků pro služby Azure, které používají režim Diagnostiky Azure. Protokoly prostředků popisují interní provoz prostředků Azure.

Protokol prostředků pro jednotlivé služby Azure má jedinečnou sadu sloupců. Tabulka AzureDiagnostics obsahuje nejběžnější sloupce používané službami Azure. Pokud protokol prostředků obsahuje sloupec, který ještě neexistuje v tabulce AzureDiagnostics, přidá se tento sloupec při prvním shromažďování dat. Pokud je dosaženo maximálního počtu 500 sloupců, data pro všechny další sloupce se přidají do dynamického sloupce.

Služby Azure, které používají režim specifický pro prostředky, ukládají data v tabulce specifické pro danou službu a nepoužívají tabulku AzureDiagnostics. Pro služby, které používají jednotlivé metody, najdete níže uvedené typy prostředků. Podrobnosti o rozdílech najdete v protokolech prostředků Azure.

Sloupec AdditionalFields

Na rozdíl od jiných tabulek je AzureDiagnostics mnohem náchylnější k překročení limitu 500 sloupců uložených pro libovolnou tabulku v pracovním prostoru služby Log Analytics z důvodu široké škály prostředků Azure umožňujících odesílat data do této tabulky. Aby se zajistilo, že se neztratí žádná data kvůli počtu aktivních sloupců překračujících tento limit 500 sloupců, zpracovává se vytváření sloupců AzureDiagnostics jiným způsobem s jinými tabulkami.

Tabulka AzureDiagnostics v každém pracovním prostoru obsahuje minimálně stejných 200 sloupců. V případě pracovních prostorů vytvořených před 19. lednem 2021 obsahuje tabulka také všechny sloupce, které už byly zavedeny před tímto datem. Když se data odesílají do sloupce, který ještě není na místě:

• Pokud celkový počet sloupců v AzureDiagnostics v aktuálním pracovním prostoru nepřekročí 500, vytvoří se nový sloupec stejně jako u jakékoli jiné tabulky.
• Pokud je celkový počet sloupců vyšší nebo vyšší než 500, přidají se nadbytečná data do sloupce dynamické tašky vlastností s názvem AdditionalFields jako vlastnost.

Příklad

Pro ilustraci tohoto chování si představte, že od (data nasazení) tabulka AzureDiagnostics v naší pracovní aplikaci vypadá takto:

Prostředek, který odesílá data do AzureDiagnostics , pak přidá do svých dat novou dimenzi, kterou volají NewInfo1. Vzhledem k tomu, že tabulka stále obsahuje méně než 500 sloupců, při první události, která obsahuje data pro tuto novou dimenzi, přidá do tabulky nový sloupec:

Tato nová data můžete vrátit v jednoduchém dotazu:

AzureDiagnostics | where NewInfo1_s == "xyz"

Později odešle jiný prostředek data do AzureDiagnostics , který přidá nové dimenze s názvem NewInfo2 a NewInfo3. Protože tabulka dosáhla 500 sloupců v tomto pracovním prostoru, nová data se přejdou do sloupce AdditionalFields :

Stále můžete dotazovat na tato data, ale musíte je extrahovat z tašky vlastností pomocí libovolného operátoru dynamických vlastností v KQL:

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

Tipy k používání AdditionalFields sloupce

I když by se měly dodržovat obecné osvědčené postupy dotazů, jako je vždy filtrování podle času jako první klauzule v dotazu, měli byste při práci s AdditionalFields zvážit několik dalších doporučení:

• Před provedením dalších operací s daty je nutné zadat data vysměrování. Pokud například sloupec existuje s názvem Perf1Sec_i a vlastnost v AdditionalFields s názvem Perf2Sec a chcete vypočítat celkový výkon přidáním obou hodnot, použijte něco jako: AzureDiagnostics | extend TotalPerfSec = Perf1Sec_i + toint(AdditionalFields.Perf2Sec) | .....
• Klauzule where slouží ke snížení objemu dat na nejmenší možný objem dat před zápisem jakékoli složité logiky, aby se výrazně zlepšil výkon. TimeGenerated je jeden sloupec, který by se měl vždy snížit na nejmenší možné okno. V případě AzureDiagnostics by měl být v horní části dotazu vždy zahrnut další filtr kolem typů prostředků, které se dotazují pomocí sloupce ResourceType .
• Při dotazování velmi velkých objemů dat je někdy efektivnější provádět filtr na AdditionalFields jako celek, a ne analyzovat je. Například u velkých objemů dat AzureDiagnostics | where AdditionalFields has "Perf2Sec" je často efektivnější než AzureDiagnostics | where isnotnull(toint(AdditionalFields.Perf2Sec)).

Režim diagnostiky Azure

Následující služby používají pro své protokoly prostředků režim diagnostiky Azure a odesílají data do tabulky Azure Diagnostics.

• Analysis Services
• Brány Application Gateway
• Účty služby Automation
• Servery Azure Database for MariaDB
• Servery Azure Database for MySQL
• Servery Azure Database for PostgreSQL
• Servery Azure Database for PostgreSQL v2
• Účty služby Batch
• Profily CDN
• Cognitive Services
• Data Lake Analytics
• DataLake Storage Gen1
• Služby Device Provisioning
• Digital Twins
• Témata Event Gridu
• Event Hubs
• Okruhy ExpressRoute
• Front Doory
• Účty pro integraci
• Key Vault
• Služby Kubernetes
• Nástrojů pro vyrovnávání zatížení
• Logic Apps
• Media Services
• síťová rozhraní,
• Network Security Groups (Skupiny zabezpečení sítě)
• Brány P2S VPN Gateway
• Power BI Embedded
• veřejné IP adresy,
• Trezory služby Recovery Services (Site Recovery)
• Služby hledání
• Service Bus
• Databáze SQL
• Spravované instance SQL
• SQL servery
• Úlohy Stream Analytics
• Profily služby Traffic Manager
• Virtuální sítě
• Brány virtuálních sítí
• Brány VPN Gateway

Režim diagnostiky Azure nebo režim specifický pro prostředky

Následující služby používají pro své protokoly prostředků režim diagnostiky Azure nebo režim specifický pro prostředky v závislosti na konfiguraci. Pokud používají režim specifický pro prostředky, neodesílají data do tabulky AzureDiagnostics. Podrobnosti o této konfiguraci najdete v protokolech prostředků Azure.

• Služby API Management
• Azure Cosmos DB
• Datové továrny (V2)
• IoT Hub
• Trezory služby Recovery Services (Zálohování)
• Brány firewall

Kategorie

• Azure Resources (Prostředky Azure)
• Zabezpečení
• Síť

Řešení

• LogManagement

Typy zdrojů

• Brány Application Gateway
• Profily CDN
• Azure Cosmos DB
• Témata Event Gridu
• Event Hubs
• Brány firewall
• Trezory klíčů
• Služby Kubernetes
• Trezory služby Recovery Services
• Service Bus
• Flexibilní servery Azure Database for MySQL
• Flexibilní servery Azure Database for PostgreSQL
• Media Services
• Analysis Services
• Účty služby Batch
• Cognitive Services
• Obory názvů partnerů Event Gridu
• Témata partnerů Event Gridu
• Témata systému Event Gridu
• Kubernetes s podporou Služby Azure Arc
• Zřízené clustery Azure Arc
• IoT Hub
• Logic Apps
• Služby API Management
• Účet Automation
• Datové továrny
• Data Lake Storage Gen1
• Data Lake Analytics
• Power BI Embedded
• Spravované instance SQL
• SQL servery
• Databáze SQL
• Servery Azure Database for MySQL
• Servery Azure Database for PostgreSQL
• Servery Azure Database for PostgreSQL V2
• Servery Azure Database for MariaDB
• Služby Device Provisioning
• Okruhy ExpressRoute
• Front Doory
• Síťová rozhraní
• Network Security Groups (Skupiny zabezpečení sítě)
• Veřejné IP adresy
• Profily Traffic Manageru
• Brány virtuálních sítí
• Brány virtuální privátní sítě
• Virtuální sítě
• Vyhledávací služby
• Úlohy Stream Analytics

Sloupce