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:
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 a következőhöz 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 á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őpontban küld értesítést.
- 5 percnél nagyobb riasztási gyakoriság: Bár a feltétel továbbra is teljesül, a rendszer értesítést küld a konfigurált gyakoriság és a gyakoriság kétszerese 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.
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ások akkor tekinthetők feloldottnak, ha a feltétel nem teljesül egy adott időtartományban. Az időtartomány a riasztás gyakoriságától függően eltérő:
|
Ha egy riasztást megoldottnak tekint, a riasztási szabály webhookok vagy e-mailek használatával feloldott értesítést küld, és a Azure Portal figyelőállapota feloldott állapotra van állítva.
Díjszabás
A díjszabással kapcsolatos információkért tekintse meg az Azure Monitor díjszabási oldalát .