Mik azok az Azure Monitor-riasztások?

A riasztások segítenek észlelni és kezelni a problémákat, mielőtt a felhasználók észrevennénk őket, ha proaktívan értesítik Önt, ha az Azure Monitor adatai azt jelzik, hogy probléma merülhet fel az infrastruktúrával vagy az alkalmazással kapcsolatban.

Az Azure Monitor adatplatformján bármilyen metrika- vagy naplóadatforrásról riasztást készíthet.

Ez az ábra a riasztások működését mutatja be:

Ábra az Azure Monitor-riasztásokról.

A riasztási szabály figyeli a telemetriát, és egy olyan jelet rögzít, amely azt jelzi, hogy valami történik a megadott erőforráson. A riasztási szabály rögzíti a jelet, és ellenőrzi, hogy a jel megfelel-e a feltétel feltételeinek. Ha a feltételek teljesülnek, egy riasztás aktiválódik, amely elindítja a társított műveletcsoportot, és frissíti a riasztás állapotát.

A riasztási szabály a következőket egyesíti:

  • A monitorozni kívánt erőforrás(ok)
  • Az erőforrástól származó jel vagy telemetria
  • Feltételek

Ha egynél több erőforrást figyel, a rendszer külön értékeli ki a feltételt az egyes erőforrásokhoz, és az egyes erőforrásokhoz külön riasztások lesznek aktiválva.

A riasztás aktiválása után a riasztás a következőből áll:

  • A riasztásfeldolgozási szabályok lehetővé teszik a feldolgozás alkalmazását az aktivált riasztásokra. A riasztásfeldolgozási szabályok az aktivált riasztásokat az aktiválásukkor módosítják. A riasztásfeldolgozási szabályokkal műveletcsoportokat vehet fel vagy tilthat le, szűrőket alkalmazhat, vagy előre meghatározott ütemezés szerint dolgozhatja fel a szabályt.
  • A műveletcsoportok értesítéseket vagy automatizált munkafolyamatokat aktiválhatnak, amelyek értesítik a felhasználókat arról, hogy riasztás aktiválódott. A műveletcsoportok a következőket tartalmazhatják:
    • Értesítési módszerek, például e-mail, SMS és leküldéses értesítések.
    • Automatizálási forgatókönyvek
    • Azure-függvények
    • ITSM-incidensek
    • Logic Apps
    • Biztonságos webhookok
    • Webhookok
    • Event Hubs
  • A riasztási feltételeket a rendszer állítja be. Amikor egy riasztás aktiválódik, a riasztás figyelőfeltétele "aktiválva" értékre van állítva, és ha a riasztást kiváltó mögöttes feltétel törlődik, a figyelőfeltétel "feloldva" értékre van állítva.
  • A felhasználói választ a felhasználó állítja be, és addig nem változik, amíg a felhasználó nem módosítja azt.

Az elmúlt 30 napban létrehozott összes Azure-erőforrás összes riasztáspéldánya megjelenik a Azure Portal Riasztások lapján.

Riasztástípusok

Ez a táblázat az egyes riasztástípusok rövid leírását tartalmazza. Ebben a cikkben részletes információkat talál az egyes riasztástípusokról, valamint arról, hogy hogyan választhatja ki az igényeinek leginkább megfelelő riasztástípust.

Riasztástípus Description
Metrikariasztások A metrikariasztások rendszeres időközönként értékelik ki az erőforrás-metrikákat. A metrikák lehetnek platformmetrikák, egyéni metrikák, az Azure Monitorból származó, metrikákká vagy Application Insights-metrikákká konvertált naplók. A metrikariasztások számos további funkcióval rendelkeznek, például több feltétel és dinamikus küszöbérték alkalmazásának lehetősége.
Naplóriasztások A naplóriasztások lehetővé teszik, hogy a felhasználók Egy Log Analytics-lekérdezés használatával előre meghatározott gyakorisággal értékeljék ki az erőforrásnaplókat.
Tevékenységnapló-alapú riasztások A tevékenységnapló-riasztások akkor aktiválódnak, ha egy új tevékenységnapló-esemény történik, amely megfelel a megadott feltételeknek. Resource Health riasztások és a Service Health-riasztások olyan tevékenységnapló-riasztások, amelyek a szolgáltatásról és az erőforrás állapotáról jelentenek jelentést.
Intelligens észlelési riasztások Az Application Insights-erőforrások intelligens észlelése automatikusan figyelmezteti a webalkalmazás lehetséges teljesítményproblémáira és hibaanomáliáira. Az Application Insights-erőforrás intelligens detektálásának migrálásával riasztási szabályokat hozhat létre a különböző intelligens detektálási modulokhoz.
Prometheus-riasztások (előzetes verzió) A Prometheus-riasztások a Kubernetes-fürtök (köztük az AKS) teljesítményével és állapotával kapcsolatos riasztásokhoz használatosak. A riasztási szabályok a PromQL-en alapulnak, amely egy nyílt forráskód lekérdezési nyelv.

Beépített riasztási szabályok (előzetes verzió)

Ha nem rendelkezik a kiválasztott erőforráshoz meghatározott riasztási szabályokkal, engedélyezheti az ajánlott beépített riasztási szabályokat a Azure Portal.

Megjegyzés

A riasztási szabályokra vonatkozó javaslatok funkció jelenleg előzetes verzióban érhető el, és csak nem figyelt felhasználók számára engedélyezett:

  • Virtual machines (Virtuális gépek)
  • AKS-erőforrások
  • Log Analytics-munkaterületek

Azure szerepköralapú hozzáférés-vezérlés (Azure RBAC) riasztásokhoz

Csak olyan erőforrásokhoz férhet hozzá, hozhat létre vagy kezelhet riasztásokat, amelyekhez rendelkezik engedélyekkel.

Riasztási szabály létrehozásához a következőkre van szükség:

  • Olvasási engedély a riasztási szabály célerőforrásához
  • Írási engedély a riasztási szabály létrehozásának helyéül szolgáló erőforráscsoportjához (ha a riasztási szabályt az Azure Portalról hozza létre, a riasztási szabály alapértelmezés szerint ugyanabban az erőforráscsoportban jön létre, amelyben a célerőforrás található)
  • Olvasási engedély a riasztási szabályhoz társított bármely műveletcsoporton (ha van ilyen)

Ezek a beépített Azure-szerepkörök, amelyek minden Azure-Resource Manager hatókörben támogatottak, engedélyekkel rendelkeznek a riasztási információkhoz, és hozzáférhetnek a riasztási információkhoz, és riasztási szabályokat hozhatnak létre:

  • Monitorozási közreműködő: riasztásokat hozhat létre és erőforrásokat használhat a hatókörükön belül
  • Figyelési olvasó: megtekintheti a riasztásokat és elolvashatja az erőforrásokat a hatókörükön belül

Ha a célműveletcsoport vagy a szabály helye más hatókörben van, mint a két beépített szerepkör, létre kell hoznia egy megfelelő engedélyekkel rendelkező felhasználót.

Riasztások és állapot

Beállíthatja, hogy a napló- vagy metrikariasztások állapotalapúak vagy állapot nélküliek legyenek. A tevékenységnapló-riasztások állapot nélküliek.

  • Az állapot nélküli riasztások minden alkalommal aktiválódnak, amikor a feltétel teljesül, még akkor is, ha korábban aktiválódott.
  • Az állapotalapú riasztások akkor aktiválódnak, ha a feltétel teljesül, majd ne aktiválódjon újra, vagy ne aktiváljon további műveleteket, amíg meg nem oldja a feltételeket.
    Állapotalapú riasztások esetén a riasztás a következő esetekben lesz feloldva:
Riasztástípus A riasztás akkor lesz feloldva, ha
Metrikákhoz kapcsolódó riasztások A riasztási feltétel nem teljesül három egymást követő ellenőrzés esetén.
Naplóriasztások A naplóriasztásokban a riasztás a riasztás gyakorisága alapján különböző sebességgel oldható fel:
  • 1 perc: A riasztási feltétel 10 percig nem teljesül.
  • 5–15 perc: A riasztási feltétel három gyakorisági időszakban nem teljesül.
  • 15 perc – 11 óra: A riasztási feltétel két gyakorisági időszakban nem teljesül.
  • 11–12 óra: A riasztási feltétel egy gyakorisági időszakban nem teljesül.

Ha a riasztást megoldottnak tekintik, a riasztási szabály webhookokkal vagy e-mailekkel oldott értesítést küld, és a Azure Portal figyelőállapota feloldott állapotra van állítva.

Riasztások programozott kezelése

A riasztási példányok lekérdezésével egyéni nézeteket hozhat létre a Azure Portal kívül, vagy elemezheti a riasztásokat a minták és trendek azonosítása érdekében. Javasoljuk, hogy az Azure Resource Graphst használja a AlertsManagementResources sémával több előfizetés riasztásainak kezelésére. Mintalekérdezésért lásd: Azure Resource Graph Mintalekérdezések az Azure Monitorhoz.

Használhatja az Azure Resource Graphsot:

A Riasztáskezelés REST API-t is használhatja kisebb léptékű lekérdezésekhez vagy aktivált riasztások frissítéséhez.

Díjszabás

A díjszabással kapcsolatos információkért tekintse meg az Azure Monitor díjszabási oldalát .

Következő lépések