AzureDiagnostics

Cikk
10/15/2024

Az Azure Diagnostics módot használó Azure-szolgáltatások erőforrásnaplóit tárolja. Az erőforrásnaplók az Azure-erőforrások belső működését írják le.

Minden Azure-szolgáltatás erőforrásnaplója egyéni oszlopokkal rendelkezik. Az AzureDiagnostics tábla tartalmazza az Azure-szolgáltatások által leggyakrabban használt oszlopokat. Ha egy erőforrásnaplóban olyan oszlop van, amely még nem szerepel az AzureDiagnostics táblában, a rendszer az első adatgyűjtés alkalmával hozzáadja az oszlopot. Ha a tábla eléri a maximálisan engedélyezett 500 oszlopot, a további oszlopok adatai egy dinamikus oszlopba kerülnek.

Az erőforrás-specifikus módot használó Azure-szolgáltatások az adott szolgáltatásra vonatkozó táblában tárolják az adatokat, és nem használják az AzureDiagnostics táblát. Az egyes metódusokat használó szolgáltatásokért tekintse meg az alábbi erőforrástípusokat . A különbségekkel kapcsolatos részletekért tekintse meg az Azure-erőforrásnaplókat .

Feljegyzés

Az AzureDiagnostics tábla egy egyéni naplótábla, amelyet kizárólag az Azure Monitor-folyamat hozott létre, amikor egy Azure-erőforrás először kezd naplókat küldeni Az Azure Diagnostics módban. A többi táblától eltérően az AzureDiagnostics-tábla nem hozható létre ARM-sablonon vagy tábla API-n keresztül. Következésképpen a tábla alapértelmezett megőrzési értékei nem módosíthatók a létrehozása előtt.

AdditionalFields oszlop

A többi táblától eltérően az AzureDiagnostics sokkal érzékenyebb a Log Analytics-munkaterületen lévő táblákra vonatkozó 500 oszlopkorlát túllépésére, mivel az Azure-erőforrások széles választéka képes adatokat küldeni a táblába. Annak érdekében, hogy az 500 oszlopkorlátot meghaladó aktív oszlopok száma miatt ne vesszenek el adatok, az AzureDiagnostics-oszloplétrehozás a többi táblától eltérő módon történik.

Az AzureDiagnostics tábla minden munkaterületen legalább ugyanazt a 200 oszlopot tartalmazza. A 2021. január 19. előtt létrehozott munkaterületek esetében a táblázat azokat az oszlopokat is tartalmazza, amelyek már a dátum előtt voltak érvényben. Ha az adatok még nem létező oszlopba kerülnek:

Ha az AzureDiagnostics aktuális munkaterületen lévő oszlopainak teljes száma nem haladja meg az 500-ot, a rendszer a többi táblához hasonlóan létrehoz egy új oszlopot.
Ha az oszlopok teljes száma 500-nál nagyobb vagy nagyobb, akkor a rendszer hozzáadja a felesleges adatokat egy AdditionalFields nevű dinamikus tulajdonságcsomag-oszlophoz tulajdonságként.

Példa

Ennek a viselkedésnek a szemléltetéséhez képzelje el, hogy az AzureDiagnostics tábla a munkapszichikumban a következőképpen néz ki:

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

Egy erőforrás, amely adatokat küld az AzureDiagnosticsnek, majd hozzáad egy új dimenziót az adataikhoz, amelyet NewInfo1-nek hívnak. Mivel a tábla még mindig kevesebb mint 500 oszlopból áll, az új dimenzió adatait tartalmazó esemény első előfordulása új oszlopot ad hozzá a táblához:

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

Ezt az új adatot egy egyszerű lekérdezésben is visszaadhatja:

AzureDiagnostics | where NewInfo1_s == "xyz"

Egy későbbi időpontban egy másik erőforrás adatokat küld az AzureDiagnostics-nek, amely új dimenziókat ad hozzá NewInfo2 és NewInfo3 néven. Mivel a tábla elérte az 500 oszlopot ezen a munkaterületen, az új adatok az AdditionalFields oszlopba kerülnek :

1. oszlop	2. oszlop	3. oszlop	...	498. oszlop	NewInfo1_s	További mezők
abc	def	123	...	456	xyz	{"NewInfo2":"789","NewInfo3":"qwerty"}
...	...	...	...	...	...	...

Továbbra is lekérdezheti ezeket az adatokat, de ki kell nyernie a tulajdonságcsomagból a KQL bármely dinamikus tulajdonság-operátorával:

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

Tippek az `AdditionalFields` oszlop használatához

Bár az általános lekérdezési ajánlott eljárásokat, például a lekérdezés első záradékaként mindig időben történő szűrést kell követni, érdemes megfontolni néhány további javaslatot a További mezők használata során:

A további műveletek végrehajtása előtt be kell gépelnie az adatokat. Ha például létezik egy Perf1Sec_i nevű oszlop, valamint egy Perf2Sec nevű tulajdonság az AdditionalFieldsben, és mindkét érték hozzáadásával szeretné kiszámítani a teljes perf értéket, használja a következőhöz hasonlót: AzureDiagnostics | extend TotalPerfSec = Perf1Sec_i + toint(AdditionalFields.Perf2Sec) | .....
A teljesítmény jelentős javítása érdekében használja a where záradékokat, hogy az adatmennyiséget a lehető legkisebbre csökkentse, mielőtt bármilyen összetett logikát megír. A TimeGenerated egy oszlop, amelyet mindig a lehető legkisebbre kell csökkenteni. Az AzureDiagnostics esetében mindig egy további szűrőt kell tartalmaznia a lekérdezés tetején a ResourceType oszlop használatával lekérdezett erőforrástípusok körül.
Ha nagyon nagy mennyiségű adatot kérdez le, néha hatékonyabb szűrőt végezni az AdditionalFields egészére ahelyett, hogy elemezni szeretné. Például a nagy mennyiségű adat AzureDiagnostics | where AdditionalFields has "Perf2Sec" esetében gyakran hatékonyabb, mint AzureDiagnostics | where isnotnull(toint(AdditionalFields.Perf2Sec))a .