Azure Monitor-metrikariasztások hibaelhárítása

Ez a cikk az Azure Monitor metrikariasztásaival és hibaelhárításukkal kapcsolatos gyakori kérdéseket ismerteti.

Az Azure Monitor-riasztások proaktívan értesítik arról, ha a monitorozási adatok megfelelnek bizonyos lényeges feltételeknek. Lehetővé teszik a problémák azonosítását és kezelését, mielőtt a rendszer felhasználói észrevennénk őket. A riasztásokkal kapcsolatos további információkért tekintse meg a Microsoft Azure riasztásainak áttekintését.

A metrikariasztás nem aktiválódott, amikor kellett volna

Ha úgy véli, hogy egy metrikariasztásnak aktiválnia kellett volna, de nem, és nem szerepel az Azure Portalon, próbálkozzon az alábbi lépésekkel:

1. Tekintse át a metrikariasztási szabály konfigurációját.

   • Ellenőrizze, hogy az összesítés típusa és az összesítés részletessége (Időszak) a várt módon van-e konfigurálva. Az aggregáció típusa határozza meg a metrikák értékeinek összesítését. További információkért tekintse meg az Azure Monitor-metrikák összesítését és megjelenítését. Az aggregáció részletessége (időszak) határozza meg, hogy a kiértékelés mennyivel hátrébb összesíti a metrikaértékeket a riasztási szabály minden futtatásakor.

   • Ellenőrizze, hogy a küszöbérték vagy a bizalmasság a várt módon van-e konfigurálva.

   • Dinamikus küszöbértékeket használó riasztási szabály esetén ellenőrizze, hogy a speciális beállítások konfigurálva vannak-e. A szabálysértések száma szűrheti a riasztásokat, és az adatok figyelmen kívül hagyása korábban hatással lehet a küszöbértékek kiszámítására.

     Feljegyzés

     A dinamikus küszöbértékek aktiválásához legalább 3 nap és 30 metrikaminta szükséges.

2. Ellenőrizze, hogy a riasztás aktiválódott-e, de nem küldte el az értesítést.

   Tekintse át az aktivált riasztások listáját , hogy megtalálja-e az aktivált riasztást. Ha a riasztás megjelenik a listában, de valamilyen művelettel vagy értesítéssel kapcsolatos probléma merül fel, tekintse meg az Azure Monitor-riasztások hibaelhárításával kapcsolatos problémákat.

3. Ellenőrizze, hogy a riasztás már aktív-e.

   Ellenőrizze, hogy van-e már aktivált riasztás a metrika idősorán, amelyre riasztást várt. A metrikariasztások alapértelmezés szerint állapotalapúak, ami azt jelenti, hogy ha egy riasztás egy adott metrika-idősoron aktiválódik, az adott idősorra vonatkozó további riasztások nem lesznek aktiválva, amíg a probléma már nem észlelhető. Ez a kialakítási lehetőség csökkenti a zajt. A riasztás automatikusan megoldódik, ha a riasztási feltétel három egymást követő értékelésnél nem teljesül.

4. Ellenőrizze a használt dimenziókat.

   Ha kiválasztott néhány dimenzióértéket egy metrikához, a riasztási szabály minden egyes metrikaidősort figyel (a dimenzióértékek kombinációjának megfelelően) egy küszöbérték-túllépés esetén. Az összesített metrika idősorának figyeléséhez a dimenziók kiválasztása nélkül konfiguráljon egy másik riasztási szabályt a metrikán.

5. Ellenőrizze az összesítést és az idő részletességét.

   Metrikadiagramok használata esetén győződjön meg arról, hogy:

   • A metrikadiagram kijelölt összesítése megegyezik a riasztási szabály összesítési típusával .
   • A kiválasztott időrészletesség megegyezik a riasztási szabály összesítési részletességével (Period), és nem automatikus értékre van állítva.

6. Ellenőrizze, hogy a riasztási szabály hiányzik-e egy idősor első kiértékelési időszakából.

   A hozzáadott idősorok első kiértékelésének hiányának valószínűségét csökkentheti, ha az alábbi esetekben a kiértékelési gyakoriságnál nagyobb összesítési részletességet (Időszakot) választ:

   • Ha egy új dimenzióérték-kombinációt ad hozzá egy több dimenziót monitorozni kívánó metrikariariasztási szabályhoz.
   • Ha egy új erőforrást ad hozzá a hatókörhöz egy több erőforrást figyelő metrikariasztási szabályhoz.
   • Ha a metrika 24 óránál hosszabb időszak után lesz kibocsátva, amely nem lett kibocsátva olyan metrikariasztási szabály esetében, amely nem folyamatosan kibocsátott metrikát figyel (ritka metrika).

A metrikariasztás nem aktiválódik minden alkalommal, amikor a feltétel teljesül

A metrikariasztások alapértelmezés szerint állapotalapúak, így más riasztások nem lesznek aktiválva, ha már van aktivált riasztás egy adott idősoron. Ha egy adott metrikariasztási szabály állapot nélkülivé tétele és a riasztási feltétel teljesülését jelző összes értékeléshez riasztást szeretne kapni, használja az alábbi lehetőségek egyikét:

• Ha a riasztási szabályt programozott módon hozza létre, például az Azure Resource Manageren, a PowerShellen, a REST-en vagy az Azure CLI-en keresztül, állítsa a tulajdonságot a autoMitigate következőreFalse: .

• Ha a riasztási szabályt az Azure Portalon hozza létre, törölje a riasztások automatikus feloldása lehetőséget a Riasztási szabály részletei szakaszban. Az állapot nélküli metrikariasztások értesítéseinek gyakorisága a riasztási szabály konfigurált gyakoriságától függően eltérő:

• 5 percnél rövidebb riasztási gyakoriság: Bár a feltétel továbbra is teljesül, a rendszer egy és hat perc közötti időtartományban küld értesítést.

• 5 percnél hosszabb riasztási gyakoriság: Amíg a feltétel továbbra is teljesül, a rendszer értesítést küld a konfigurált gyakoriság és a gyakoriság megduplázása között. Például egy 15 perces gyakoriságú riasztási szabály esetén a rendszer valahol 15–30 perc között küld értesítést.

A dinamikus küszöbértékkel rendelkező metrikariasztási szabály nem aktiválódik elég

Előfordulhat, hogy a dinamikus küszöbértékeket használó riasztási szabály nem aktiválódik, vagy nem elég érzékeny, még akkor is, ha nagy érzékenységgel van konfigurálva. Ez akkor fordulhat elő, ha a metrika eloszlása rendkívül szabálytalan. A probléma megoldásához fontolja meg az alábbi megoldások egyikét:

• Ha lehetséges, a forgatókönyvnek megfelelő kiegészítő metrikák monitorozására válthat. Ellenőrizze például, hogy a sikerességi arányban van-e változás a hibaarány helyett.
• Próbáljon meg másik értéket választani az Aggregáció részletességének (Pont) beállításához.
• Ellenőrizze, hogy az elmúlt 10 napban drasztikus változás történt-e a metrika viselkedésében, például kimaradás. A hirtelen változás hatással lehet a metrikához kiszámított felső és alsó küszöbértékekre, és szélesebbé teheti őket. Várjon néhány napot, amíg a kimaradás már nem kerül bele a küszöbértékek kiszámításába. A riasztási szabályt úgy is szerkesztheti, hogy a Speciális beállításokban az Adatok figyelmen kívül hagyása lehetőséget használja.
• Ha az adatok heti szezonalitást érnek el, de nem áll rendelkezésre elegendő előzmény a metrika számára, a számított küszöbértékek széles felső és alsó határokat eredményezhetnek. A számítás például ugyanúgy kezelheti a hétköznapokat és a hétvégéket, és széles szegélyeket hozhat létre, amelyek nem mindig felelnek meg az adatoknak. Ezt a problémát meg kell oldania, miután elegendő metrikaelőzmény érhető el. Ezután a rendszer a megfelelő szezonalitást észleli, és a számított küszöbértékek ennek megfelelően frissülnek.

Egy metrikariasztás aktiválódott, amikor nem kellett volna

Ha úgy véli, hogy a metrikariasztásnak nem kellett volna aktiválódnia, de igen, az alábbi lépések segíthetnek a probléma megoldásában.

1. Tekintse át az aktivált riasztások listáját az aktivált riasztás megkereséséhez. Válassza ki a riasztást a részleteinek megtekintéséhez. Tekintse át a Miért aktiválta ezt a riasztást? szakaszban megadott információkat a metrikadiagram, a Metrikaérték és a Küszöbérték érték megtekintéséhez a riasztás aktiválásakor.

   Feljegyzés

   Ha dinamikus küszöbértékeket használ, és úgy gondolja, hogy a küszöbértékek nem helyesek, küldjön visszajelzést a letaglózott ikonnal. Ez a visszajelzés hatással van a gépi tanulás algoritmikus kutatására, és segít javítani a jövőbeli észleléseket.

2. Ha több dimenzióértéket választott ki egy metrika esetében, a riasztás akkor aktiválódik, ha a metrika idősorainak bármelyike (a dimenzióértékek kombinációjával definiálva) túllépi a küszöbértéket. A dimenziók metrikariasztásokban való használatáról további információt a cél dimenziók használatával történő szűkítése című témakörben talál.

3. Tekintse át a riasztási szabály konfigurációját, és ellenőrizze, hogy megfelelően van-e konfigurálva:

   • Ellenőrizze, hogy az összesítés típusa, az összesítés részletessége (Pont) és a Küszöbérték vagy a Bizalmasság a várt módon van-e konfigurálva.
   • Dinamikus küszöbértékeket használó riasztási szabály esetén ellenőrizze, hogy a speciális beállítások konfigurálva vannak-e, mivel a szabálysértések száma szűrheti a riasztásokat, és az adatok figyelmen kívül hagyása korábban hatással lehet a küszöbértékek kiszámítására.

   Feljegyzés

   A dinamikus küszöbértékek aktiválásához legalább 3 nap és 30 metrikaminta szükséges.

4. Metrikadiagramok használata esetén győződjön meg arról, hogy:

   • A metrikadiagram kijelölt összesítése megegyezik a riasztási szabály összesítési típusával .
   • A kiválasztott időrészletesség megegyezik a riasztási szabály összesítési részletességével (Period), és nem automatikus értékre van állítva.

5. Ha a riasztás akkor aktiválódott, amikor már vannak olyan riasztások, amelyek ugyanazokat a feltételeket figyelik, amelyeket nem oldottak fel, ellenőrizze, hogy a riasztási szabály nincs-e konfigurálva a riasztások automatikus feloldására. Ez azt jelenti, hogy a riasztási szabály állapot nélküli, és nem oldja fel automatikusan az aktivált riasztásokat, és nem követeli meg az aktivált riasztások feloldását, mielőtt újra aktiválódhat ugyanazon az idősoron. Annak ellenőrzéséhez, hogy a riasztási szabály nincs-e automatikus feloldásra konfigurálva:

   • Szerkessze a riasztási szabályt az Azure Portalon. Ellenőrizze, hogy a riasztások automatikus feloldása jelölőnégyzet nincs-e bejelölve a Riasztási szabály részletei szakaszban.
   • Tekintse át a riasztási szabály üzembe helyezéséhez vagy a riasztási szabály definíciójának lekéréséhez használt szkriptet. Ellenőrizze, hogy a autoMitigate tulajdonság be van-e állítva false.

A dinamikus küszöbértékekkel rendelkező metrikariasztási szabály túl sokat aktivál, vagy túl zajos

Ha egy dinamikus küszöbértékeket használó riasztási szabály túl zajos vagy túl sokat aktivál, előfordulhat, hogy csökkentenie kell a dinamikus küszöbértékek riasztási szabályának érzékenységét. Használja az alábbi lehetőségek egyikét:

• Küszöbérték-érzékenység: Állítsa a érzékenységet Alacsony értékre, hogy az eltéréseknél toleránsabb legyen.
• Szabálysértések száma (a Speciális beállítások alatt): Konfigurálja úgy a riasztási szabályt, hogy csak akkor aktiválódjon, ha bizonyos időn belül több eltérés történik. Ezzel a beállítással a szabály kevésbé érzékeny az átmeneti eltérésekre.

A dinamikus küszöbértékeket tartalmazó metrikariasztási szabály olyan értékeket jelenít meg, amelyek nem a várt értékek tartományán belül találhatók

Ha egy metrikaérték nagy ingadozást mutat, a dinamikus küszöbértékek széles modellt hozhatnak létre a metrikaértékek köré, ami a vártnál alacsonyabb vagy magasabb határt eredményezhet. Ez a forgatókönyv akkor fordulhat elő, ha:

• A bizalmasság alacsonyra van állítva.

• A metrika szabálytalan viselkedést mutat nagy szórással, amely kiugró vagy visszaesésként jelenik meg az adatokban.

  Fontolja meg, hogy a modell kevésbé érzékeny legyen, ha nagyobb érzékenységet választ, vagy nagyobb visszatekintési időszakot választ. Az Adatok figyelmen kívül hagyása lehetőséggel kizárhat egy legutóbbi szabálytalanságot a modell létrehozásához használt előzményadatokból.

Metrikariasztási szabályok konfigurálásával kapcsolatos problémák

Nem található a riasztáshoz használt metrika

Ha egy adott metrikára szeretne riasztást küldeni, de nem látja, amikor riasztási szabályt hoz létre, ellenőrizze, hogy:

• Ha lát néhány metrikát az erőforráshoz, de nem talál egy adott metrikát, ellenőrizze, hogy a metrika támogatott-e. Ha igen, tekintse meg a metrika leírását annak ellenőrzéséhez, hogy csak az erőforrás egyes verzióiban vagy kiadásaiban érhető-e el.
• Ha a metrika nem érhető el az erőforráshoz, előfordulhat, hogy elérhető az erőforrásnaplókban, és naplóriasztásokkal figyelhető. További információkért tekintse meg, hogyan gyűjthet és elemezhet erőforrásnaplókat egy Azure-erőforrásból.

Nem található a riasztáshoz használt metrika: Virtuális gépek vendégmetrikái

A virtuális gépek vendég operációs rendszerének metrikáira, például a memóriára és a lemezterületre vonatkozó riasztáshoz győződjön meg arról, hogy telepítette a szükséges ügynököt az adatok Azure Monitor-metrikákhoz való gyűjtéséhez:

• Windows rendszerű virtuális gépek
• Linux rendszerű virtuális gépek

A virtuális gépek vendég operációs rendszeréből származó adatok gyűjtéséről további információt az Azure-beli virtuális gépek monitorozása című témakörben talál.

A metrikariasztások jelenleg nem támogatják több virtuális gép vendégmetrikáinak egyetlen riasztási szabálysal történő monitorozását. De használhat naplóriasztási szabályt. Ehhez győződjön meg arról, hogy a vendégmetrikák egy Log Analytics-munkaterületen vannak összegyűjtve, és hozzon létre egy naplóriasztási szabályt a munkaterületen.

Nem található a riasztáshoz használt metrikadimenzió

Ha riasztást szeretne küldeni egy metrika adott dimenzióértékeivel kapcsolatban, de nem találja ezeket az értékeket:

• Eltarthat egy pár percig, amíg a dimenzióértékek megjelennek a Dimenzióértékek listában.
• A megjelenített dimenzióértékek az elmúlt napban gyűjtött metrikaadatokon alapulnak.
• Ha a dimenzióérték még nincs kibocsátva, vagy nem jelenik meg, az Egyéni érték hozzáadása lehetőséggel egyéni dimenzióértéket adhat hozzá.
• Ha egy dimenzió összes lehetséges értékéről szeretne riasztást kapni, és akár jövőbeli értékeket is fel szeretne venni, válassza a Select all current and future values option (Az összes aktuális és jövőbeli érték kijelölése) lehetőséget.
• Az Application Insights-erőforrások esetében az egyéni metrikadimenziók alapértelmezés szerint ki vannak kapcsolva. Az egyéni metrikák dimenziógyűjteményének bekapcsolásához tekintse meg az Application Insights naplóalapú és előre összeállított metrikáit.

Riasztási szabályt szeretne konfigurálni egy olyan egyéni metrikán, amely még nincs kibocsátva

Metrikariasztási szabály létrehozásakor a metrika neve a Metric Definitions API-val lesz érvényesítve annak ellenőrzéséhez, hogy létezik-e. Bizonyos esetekben még a kibocsátás előtt is létre szeretne hozni egy riasztási szabályt egy egyéni metrikán. Ilyen például, ha Resource Manager-sablonnal hoz létre egy Egyéni metrikát kibocsátó Application Insights-erőforrást, valamint egy riasztási szabályt, amely a metrikát figyeli.

Az egyéni metrikák definícióinak ellenőrzésekor fellépő üzembehelyezési hibák elkerülése érdekében használja a skipMetricValidation riasztási szabály szakaszában található criteria paramétert. Ez a paraméter a metrikaérvényesítés kihagyását okozza. A paraméter Resource Manager-sablonban való használatához tekintse meg az alábbi példát. További információkért tekintse meg a metrikariariasztási szabályok létrehozásához szükséges teljes Resource Manager-sablonmintákat.

"criteria": {
    "odata.type": "Microsoft.Azure.Monitor.SingleResourceMultipleMetricCriteria",
        "allOf": [
            {
                "name" : "condition1",
                "metricName": "myCustomMetric",
                "metricNamespace": "myCustomMetricNamespace",
                "dimensions":[],
                "operator": "GreaterThan",
                "threshold" : 10,
                "timeAggregation": "Average",
                "skipMetricValidation": true
            }
        ]
    }

Figyelmeztetések és hibák a metrikariasztási szabályok konfigurálásakor

A metrikajelzéshez jelenleg nem érhetők el dinamikus küszöbértékek

A dinamikus küszöbértékek a legtöbb metrika esetében támogatottak, de nem mindegyiket. Tekintse meg a metrikák listájának dinamikus küszöbértékei által nem támogatott metrikákat.

A metrika nem érhető el a kijelölt hatókörhöz. Ez akkor fordulhat elő, ha a metrika csak egy adott verzióra vagy termékváltozatra vonatkozik

Tekintse át a támogatott metrikák leírását az Azure Monitorral , és ellenőrizze, hogy csak az erőforrás adott verzióiban vagy kiadásaiban érhető-e el, vagy ilyen típusú.

Például a SQL-adatbázis-erőforrások vagy a Storage file services oldalon vannak olyan speciális mérőszámok, amelyeket csak az erőforrás bizonyos verziói támogatnak.

Nincsenek megjeleníthető jelek. Próbálja meg módosítani a riasztási szabály hatókörét

Ez a hiba a riasztási szabály hatókörével kapcsolatos problémát jelez. Ez akkor fordulhat elő, ha egy olyan erőforrástípus-hatókörrel rendelkező riasztási szabályt szerkeszt, amely támogatja a több erőforrásos konfigurációt (például a virtuális gépet vagy az SQL-adatbázist), és egy másik, azonos típusú, de egy másik régióból származó erőforrást próbál hozzáadni. A metrikariasztások nem támogatják a különböző régiókból származó, azonos típusú erőforrások riasztásait.

A metrikariasztási szabályok szolgáltatási korlátai túl kicsik

Az előfizetésenként engedélyezett metrikariasztási szabályokra szolgáltatási korlátok vonatkoznak.

A használatban lévő metrikariasztási szabályok számának ellenőrzése című témakörből megtudhatja, hogy jelenleg hány metrikariasztási szabály van használatban.

Ha elérte a szolgáltatási korlátot, az alábbi lépések segíthetnek a probléma megoldásában:

1. Próbálja meg törölni vagy letiltani a már nem használt metrikariasztási szabályokat.
2. Váltson olyan metrikariasztási szabályok használatára, amelyek több erőforrást monitoroznak. Ezzel a képességgel egyetlen riasztási szabály több erőforrást is figyelhet a kvótához tartozó egyetlen riasztási szabály használatával. Erről a képességről és a támogatott erőforrástípusokról további információt a metrikariasztások című témakörben talál.
3. Ha növelni szeretné a kvótakorlátot, nyisson meg egy támogatási kérelmet, és adja meg a következőt:
   • Előfizetési azonosítók, amelyek esetében növelni kell a kvótakorlátot.
   • A kvótanövelés erőforrástípusa. Válassza a Metrikariasztások lehetőséget.
   • Kvótakorlátot kért.

Következő lépések

A riasztásokkal és értesítésekkel kapcsolatos általános hibaelhárítási információkért tekintse meg az Azure Monitor-riasztások hibaelhárításával kapcsolatos problémákat.