Ajánlott eljárások adatgyűjtési szabály létrehozásához és kezeléséhez az Azure Monitorban

Az adatgyűjtési szabályok (DCR-ek) határozzák meg az Azure-ba küldött telemetriai adatok gyűjtését és feldolgozását. Néhány adatgyűjtési szabályt az Azure Monitor hoz létre és kezel, míg ön létrehozhat másokat, amelyekkel testre szabhatja az adatgyűjtést az ön igényeinek megfelelően. Ez a cikk néhány ajánlott eljárást ismerteti, amelyeket a saját DCR-k létrehozásakor érdemes alkalmazni.

A DCR létrehozásakor figyelembe kell venni néhány szempontot, például:

• A gyűjtendő adatok típusa, más néven adatforrás típusa (teljesítmény, események)
• A cél virtuális gépek, amelyekhez a DCR társítva lesz
• Az összegyűjtött adatok célja

Mindezek figyelembe vétele kritikus fontosságú egy jó DCR-szervezet számára. A fenti pontok mindegyike hatással van a DCR felügyeleti erőfeszítéseire, valamint a konfigurációátvitel és -feldolgozás erőforrás-felhasználására.

Mivel a natív részletesség lehetővé teszi, hogy egy adott DCR több cél virtuális géphez legyen társítva, és fordítva, fontos, hogy a DCR-ek a lehető legegyszerűbbek maradjanak kevesebb adatforrás használatával. Az is fontos, hogy az összegyűjtött elemek listája az egyes adatforrásokban sovány maradjon, és a megfigyelhetőségi hatókörre legyen orientált.

Annak tisztázásához, hogy mi lehet a megfigyelhetőségi hatókör , gondolja át az adatok gyűjtésének előnyben részesített logikai határaként. Lehetséges hatókör lehet például egy adott alkalmazáshoz szükséges szoftvereket futtató virtuális gépek (például "SQL Servers"), vagy az informatikai Rendszergazda által használt alapszintű operációsrendszer-számlálók vagy események. Emellett létrehozhat hasonló hatóköröket a különböző környezetekhez ("Fejlesztés", "Teszt", "Éles környezet") is, hogy még többre specializálódhasson.

Valójában nem ideális, és még csak nem is ajánlott egyetlen DCR létrehozása, amely tartalmazza az összes adatforrást, gyűjteményelemet és célhelyet a megfigyelhetőség megvalósításához. Az alábbi táblázatban több javaslat is található, amelyek segíthetnek a DCR létrehozásának és karbantartásának jobb megtervezésében:

Kategória	Ajánlott eljárások	Magyarázat	Érintett terület
Adatgyűjtés	A megfigyelhetőségi hatókör meghatározása	A megfigyelhetőségi hatókör meghatározása kulcsfontosságú egy egyszerűbb és sikeres DCR felügyeleti és szervezeti megfigyelhetőségi hatókörhöz. Segít tisztázni a gyűjtemény szükségességét, és azt, hogy melyik cél virtuális gépről kell elvégezni. Ahogy korábban már kifejtette, a megfigyelhetőségi hatókör lehet egy adott alkalmazáshoz gyakran használt szoftvert futtató virtuális gépek készlete, az informatikai részleg általános információkészlete stb. Például az operációs rendszer alapszintű teljesítményszámlálóinak , például a CPU-kihasználtságnak, a rendelkezésre álló memóriának és a szabad lemezterületnek a összegyűjtése a központi informatikai felügyelet hatókörének tekinthető.	Ha nem rendelkezik egyértelműen definiált hatókörrel, az nem teszi lehetővé a megfelelő felügyeletet.
	A megfigyelhetőségi hatókörre vonatkozó DCR-ek létrehozása	A könnyű karbantartás szempontjából kulcsfontosságú, hogy a megfigyelhetőségi hatókör alapján külön DCRs-eket hozzon létre. Ez lehetővé teszi, hogy könnyen társítsa a DCR-eket a megfelelő cél virtuális gépekhez.	Miért érdemes egyetlen olyan DCR-t létrehozni, amely összegyűjti az operációs rendszer teljesítményszámlálóit, valamint a webkiszolgáló-számlálókat és az adatbázisszámlálókat? Ez a megközelítés nem csak a hatókörön kívüli konfigurációk átvitelére, feldolgozására és végrehajtására kényszeríti minden egyes társított virtuális gépet, hanem nagyobb erőfeszítést is igényel a DCR-konfiguráció frissítésekor. Gondolja át a szükségtelen bejegyzéseket tartalmazó sablon kezelését; ez a helyzet kevésbé ideális, és teret hagy a hibáknak.
	Az adatforrás típusára vonatkozó DCR létrehozása a meghatározott megfigyelhetőségi hatókörön belül	A teljesítményre és eseményekre vonatkozó különálló DCR-ek létrehozása segít a konfiguráció kezelésében és a célgépeken alapuló részletességgel való társításban. Ha például olyan DCR-t hoz létre, amely összegyűjti az eseményeket és a teljesítményszámlálókat, az nem optimális megközelítést eredményezhet. Előfordulhat, hogy egy adott gép (vagy gépcsoport) nem rendelkezik a DCR-ben konfigurált eseménynaplókkal vagy teljesítményszámlálókkal. Ebben az esetben a virtuális gép(ek)nek olyan konfigurációt kell feldolgoznia és végrehajtania, amely nem szükséges a telepített szoftvernek megfelelően.	Ha nem használ különböző DCR-eket, minden egyes társított virtuális gépet arra kényszerít, hogy a telepített szoftvernek megfelelően esetleg nem alkalmazható konfigurációt adjon át, dolgozza fel és hajtsa végre. A számítási erőforrások túlzott felhasználása és a konfiguráció feldolgozása során felmerülő hibák miatt az Azure Monitor Agent (AMA) nem válaszol. Emellett a szükségtelen adatok gyűjtése növeli az adatbetöltés költségeit.
Adatcél	Eltérő DCR létrehozása a célhely alapján	A DCR-ek egyszerre több különböző célhelyre, például az Azure Monitor-metrikákba és az Azure Monitor-naplókba is küldhetnek adatokat. Az adatok szuverén vagy jogi követelményeinek kezelésében hasznos, ha a célhoz tartozó DCR-eket használjuk. Mivel a megfelelőség miatt előfordulhat, hogy csak az engedélyezett régiókban létrehozott engedélyezett adattáraknak kell adatokat küldenie, mivel a különböző DCR-ek lehetővé teszik a pontosabb célcélzást	Ha nem választja el a DCR-eket az adatcél alapján, előfordulhat, hogy nem felel meg az adatkezelési, adatvédelmi és hozzáférési követelményeknek, és a szükségtelen adatgyűjtés váratlan költségekkel járhat.

A fent említett alapelvek biztosítják a saját DCR-kezelési megközelítés kialakításának alapjait, amely egyensúlyba hozza a karbantarthatóságot, az egyszerű újrafelhasználhatóságot, a részletességet és a szolgáltatási korlátokat. A DCR-eknek közös irányításra is szükségük van, hogy minimalizálják a silók létrehozását és a munka szükségtelen duplikálását.

További lépések

• További információ az adatgyűjtési szabályokról és azok létrehozásának lehetőségeiről.