Notikumi un reakcija

Pārskats

Zabbix tiek ģenerēti vairāku veidu notikumi:

  • trigeru notikumi - ikreiz, kad trigeris maina savu statusu (OK→PROBLEM→OK)
  • pakalpojumu notikumi - ikreiz, kad pakalpojums maina savu statusu (OK→PROBLEM→OK)
  • atklāšanas notikumi - kad tiek atklāti hosts vai pakalpojumi
  • automātiskās reģistrācijas notikumi - kad serveris automātiski reģistrē aktīvos aģentus
  • iekšējie notikumi - kad vienums/zemā līmeņa atklāšanas noteikums kļūst neatbalstīts vai trigeris nonāk nezināmā stāvoklī

Notikumiem tiek pievienots laika zīmogs, un tie var kalpot par pamatu tādām darbībām kā paziņojuma e-pasta nosūtīšana, biļešu izveide vai attālo komandu izpilde.

Lai lietotāja saskarnē skatītu notikuma informāciju, dodieties uz Monitoring > Problems. Tur varat noklikšķināt uz notikuma datuma un laika, lai atvērtu notikuma informācijas lapu, kur varat redzēt papildu informāciju par notikumu, tostarp to, vai tas tika slāpēts apkopes dēļ vai manuāli slāpēts lietotāja.

Problem resolution

Problem events created by triggers are resolved automatically, if the condition that caused the problem no longer exists.

To add flexibility and convenience to problem event management, the following options exist:

Trigeru notikumi

Trigeru stāvokļa maiņa ir visbiežākais un vissvarīgākais notikumu avots. Katru reizi, kad trigeris maina savu stāvokli, tiek ģenerēts notikums. Notikums satur informāciju par trigeris stāvokļa maiņu - kad tā notika un kāds ir jaunais stāvoklis.

Trigeri rada divu veidu notikumus - Problem un OK.

Problēmu notikumi

Problēmu notikums tiek izveidots:

  • kad trigeris izteiksme tiek novērtēta kā TRUE, ja trigeris ir OK stāvoklī;
  • katru reizi, kad trigeris izteiksme tiek novērtēta kā TRUE, ja trigerim ir iespējota vairāku problēmu notikumu ģenerēšana.
OK notikumi

OK notikums aizver saistīto problēmas notikumu(-us), un to var izveidot 3 komponenti:

  • trigeri - pamatojoties uz iestatījumiem “OK event generation” un “OK event closes”;
  • notikumu korelācija
  • uzdevumu pārvaldnieks - kad notikums ir manuāli aizvērts

Trigeriem ir iestatījums "OK notikuma ģenerēšana", kas kontrolē, kā tiek ģenerēti OK notikumi:

  • Izteiksme - OK notikums tiek ģenerēts trigerim problēmas stāvoklī, kad tā izteiksme tiek novērtēta kā FALSE. Šis ir vienkāršākais iestatījums, kas pēc noklusējuma ir iespējots.
  • Atjaunošanas izteiksme - OK notikums tiek ģenerēts trigerim problēmas stāvoklī, kad tā izteiksme tiek novērtēta kā FALSE un atjaunošanas izteiksme tiek novērtēta kā TRUE. To var izmantot, ja trigera atjaunošanas kritēriji atšķiras no problēmas kritērijiem.
  • Nav - OK notikums nekad netiek ģenerēts. To var izmantot kopā ar vairāku problēmu notikumu ģenerēšanu, lai vienkārši nosūtītu paziņojumu, kad kaut kas notiek.

Papildus tam trigeriem ir iestatījums "OK notikums aizver", kas kontrolē, kuri problēmu notikumi tiek aizvērti:

  • Visas problēmas - OK notikums aizvērs visas atvērtās problēmas, ko izveidojis trigeris
  • Visas problēmas, ja tagu vērtības sakrīt - OK notikums aizvērs atvērtās problēmas, ko izveidojis trigeris un kurām ir vismaz viena sakrītoša taga vērtība. Tags ir definēts ar trigera iestatījumu "Tag for matching". Ja nav problēmu notikumu, ko aizvērt, tad OK notikums netiek ģenerēts. To bieži sauc par trigera līmeņa notikumu korelāciju.
Notikumu korelācija

Notikumu korelācija (saukta arī par globālo notikumu korelāciju) ir veids, kā iestatīt pielāgotus notikumu aizvēršanas noteikumus, kas rezultējas OK notikumu ģenerēšanā.

Noteikumi nosaka, kā jaunie problēmu notikumi tiek sapāroti ar esošajiem problēmu notikumiem, un ļauj aizvērt jauno notikumu vai saskaņotos notikumus, ģenerējot atbilstošus OK notikumus.

Tomēr notikumu korelācija ir jākonfigurē ļoti uzmanīgi, jo tā var negatīvi ietekmēt notikumu apstrādes veiktspēju vai, ja tā ir nepareizi konfigurēta, aizvērt vairāk notikumu, nekā paredzēts (sliktākajā gadījumā var tikt aizvērti pat visi problēmu notikumi). Daži konfigurācijas ieteikumi:

  1. vienmēr samaziniet korelācijas tvērumu, iestatot unikālu tagu kontroles notikumam (notikumam, kas tiek sapārots ar vecajiem notikumiem) un izmantojot korelācijas nosacījumu "new event tag"
  2. neaizmirstiet pievienot nosacījumu, kas balstīts uz veco notikumu, izmantojot darbību "close old event", pretējā gadījumā var tikt aizvērti visi esošie problēmu notikumi
  3. izvairieties no bieži lietotu tagu nosaukumu izmantošanas, ko izmanto dažādas korelācijas konfigurācijas
Uzdevumu pārvaldnieks

Ja trigerim ir iespējots iestatījums "Atļaut manuālu aizvēršanu", tad ir iespējams manuāli aizvērt problēmu notikumus, ko ģenerē trigeris. To veic lietotāja saskarnē, kad tiek atjaunināta problēma. Notikums netiek aizvērts tieši - tā vietā tiek izveidots "notikuma aizvēršanas" uzdevums, ko drīzumā apstrādā uzdevumu pārvaldnieks. Uzdevumu pārvaldnieks ģenerēs atbilstošu OK notikumu, un problēmu notikums tiks aizvērts.

Pakalpojuma notikumi

Pakalpojuma notikumi tiek ģenerēti tikai tad, ja šo notikumu pakalpojuma darbības ir iespējotas. Šādā gadījumā katras pakalpojuma stāvokļa izmaiņas rezultātā tiek izveidots jauns notikums:

  • Problēmas notikums - kad pakalpojuma stāvoklis tiek mainīts no OK uz Problem
  • OK notikums - kad pakalpojuma stāvoklis tiek mainīts no Problem uz OK

Notikums satur informāciju par pakalpojuma stāvokļa maiņu - kad tā notika un kāds ir jaunais stāvoklis.

Atklāšanas notikumi

Zabbix periodiski skenē IP diapazonus, kas definēti tīkla atklāšanas noteikumos. Pārbaudes biežumu var konfigurēt katram noteikumam atsevišķi. Kad tiek atklāts hosts vai pakalpojums, tiek ģenerēts atklāšanas notikums (vai vairāki notikumi).

Zabbix ģenerē šādus notikumus:

Notikums Kad tiek ģenerēts
Service Up Katru reizi, kad Zabbix konstatē aktīvu pakalpojumu.
Service Down Katru reizi, kad Zabbix nevar konstatēt pakalpojumu.
Host Up Ja IP ir pieejams vismaz viens no pakalpojumiem.
Host Down Ja visi pakalpojumi neatbild.
Service Discovered Ja pakalpojums atkal ir pieejams pēc dīkstāves vai tiek atklāts pirmo reizi.
Service Lost Ja pakalpojums tiek zaudēts pēc tam, kad tas bija pieejams.
Host Discovered Ja hosts atkal ir pieejams pēc dīkstāves vai tiek atklāts pirmo reizi.
Host Lost Ja hosts tiek zaudēts pēc tam, kad tas bija pieejams.

Aktīva aģenta automātiskās reģistrācijas notikumi

Aktīva aģenta automātiskā reģistrācija Zabbix izveido notikumus.

Ja tā ir konfigurēta, aktīva aģenta automātiskās reģistrācijas notikums tiek izveidots, kad iepriekš nezināms aktīvs aģents pieprasa pārbaudes vai ja ir mainījušies hosts metadati. Serveris pievieno jaunu automātiski reģistrētu hostu, izmantojot saņemto aģenta IP adresi un portu.

Papildinformāciju skatiet lapā aktīva aģenta automātiskā reģistrācija.

Iekšējie notikumi

Iekšējie notikumi notiek, kad:

  • vienums maina stāvokli no 'normal' uz 'unsupported'
  • vienums maina stāvokli no 'unsupported' uz 'normal'
  • zemā līmeņa atklāšanas noteikums maina stāvokli no 'normal' uz 'unsupported'
  • zemā līmeņa atklāšanas noteikums maina stāvokli no 'unsupported' uz 'normal'
  • trigeris maina stāvokli no 'normal' uz 'unknown'
  • trigeris maina stāvokli no 'unknown' uz 'normal'

Iekšējo notikumu ieviešanas mērķis ir ļaut lietotājiem saņemt paziņojumus, kad notiek jebkurš iekšējais notikums, piemēram, vienums kļūst neatbalstīts un pārtrauc datu vākšanu.

Iekšējie notikumi tiek izveidoti tikai tad, ja šiem notikumiem ir iespējotas iekšējās darbības. Lai apturētu iekšējo notikumu ģenerēšanu (piemēram, kad vienumi kļūst neatbalstīti), atspējojiet visas iekšējo notikumu darbības sadaļā Alerts > Actions > Internal actions.

Ja iekšējās darbības ir atspējotas, kamēr objekts atrodas stāvoklī 'unsupported', šim objektam joprojām tiks izveidots atjaunošanās notikums.

Ja iekšējās darbības ir iespējotas, kamēr objekts atrodas stāvoklī 'unsupported', šim objektam tiks izveidots atjaunošanās notikums, pat ja objektam nav izveidots 'problem event'.

Skatiet arī: Paziņojumu saņemšana par neatbalstītiem vienumiem