AzureDiagnostics

Článek
11/13/2023

Ukládá protokoly prostředků pro služby Azure, které používají Azure Diagnostics režim. 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ředek, ukládají data do tabulky specifické pro danou službu a nepoužívají tabulku AzureDiagnostics. V části Typy prostředků níže najdete informace o službách, které používají jednotlivé metody. 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ů stanoveného pro libovolnou tabulku v pracovním prostoru služby Log Analytics kvůli široké škále prostředků Azure, které jsou schopné odesílat data do této tabulky. Aby se zajistilo, že nedojde ke ztrátě dat kvůli počtu aktivních sloupců překračujícím tento limit 500 sloupců, je vytváření sloupců AzureDiagnostics zpracováno jiným způsobem než ostatní tabulky.

Tabulka AzureDiagnostics v každém pracovním prostoru bude obsahovat minimálně stejných 200 sloupců. U pracovních prostorů vytvořených před 19. lednem 2021 bude tabulka obsahovat také všechny sloupce, které už byly 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ů na hodnotě 500 nebo vyšší, přidají se nadbytečná data do sloupce dynamické vlastnosti s názvem AdditionalFields jako vlastnost.

Příklad

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

Sloupec 1	Sloupec 2	Sloupec 3	...	Sloupec 498
abc	def	123	...	456
...	...	...	...	...

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

Sloupec 1	Sloupec 2	Sloupec 3	...	Sloupec 498	NewInfo1_s
abc	def	123	...	456	xyz
...	...	...	...	...	...

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

AzureDiagnostics | where NewInfo1_s == "xyz"

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

Sloupec 1	Sloupec 2	Sloupec 3	...	Sloupec 498	NewInfo1_s	Další pole
abc	def	123	...	456	xyz	{"NewInfo2":"789","NewInfo3":"qwerty"}
...	...	...	...	...	...	...

Můžete se na tato data stále dotazovat, ale musíte je extrahovat z kontejneru 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í sloupce AdditionalFields

I když byste měli dodržovat obecné osvědčené postupy pro dotazy, jako je vždy filtrování podle času jako první klauzule v dotazu, měli byste při práci s dalšími poli zvážit některá další doporučení:

Před provedením dalších operací s daty budete muset zadat data vysílání. Pokud například existuje sloupec 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ásledující: AzureDiagnostics | extend TotalPerfSec = Perf1Sec_i + toint(AdditionalFields.Perf2Sec) | .....
Pomocí klauzulí where můžete před zápisem jakékoli složité logiky snížit objem dat na co nejmenší, abyste výrazně zvýšili výkon. TimeGenerated je jeden sloupec, který by měl být vždy zmenšen na nejmenší možné okno. V případě AzureDiagnostics by měl být v horní části dotazu vždy zahrnut další filtr týkající se typů prostředků, které se dotazují pomocí sloupce ResourceType .
Při dotazování na velmi velké objemy dat je někdy efektivnější udělat filtr na AdditionalFields jako celek, než je analyzovat. Například pro velké objemy dat AzureDiagnostics | where AdditionalFields has "Perf2Sec" je často efektivnější než AzureDiagnostics | where isnotnull(toint(AdditionalFields.Perf2Sec)).