6 Marķēšana

Pārskats

Tagi sastāv no taga nosaukuma un taga vērtības. Marķējot entītijas, varat izmantot tikai nosaukumu vai arī pievienot tam vērtību (piemēram, mysql, jira, target:mysql, service:jira utt.).

Tagus var definēt dažādām entītijām:

  • Veidnes
  • Hosts
  • Vienumi
  • Tīmekļa scenāriji
  • Trigeri
  • Pakalpojumi
  • Veidņu vienumi un trigeri
  • Hostu, vienumu un trigeru prototipi

Skatiet oficiālās Zabbix vadlīnijas par vispārīgiem ieteikumiem tagu definēšanai, kā arī konkrētus norādījumus par veidnēm, vienumiem, trigeriem un zemā līmeņa atklāšanas noteikumiem.

Tagiem ir vairāki mērķi, jo īpaši, lai atzīmētu notikumus. Kad entītijas ir marķētas ar tagiem, jebkurš jauns notikums, kas saistīts ar marķētu entītiju, pārmantos tās tagus. Piemēram:

  • ar marķētām veidnēm - jebkura hosta problēma (ko izveidojuši trigeri no veidnes) pārmantos veidnes tagus;
  • ar marķētiem hostiem - jebkura hosta problēma pārmantos hosta tagus;
  • ar marķētiem vienumiem/tīmekļa scenārijiem - jebkura vienuma/tīmekļa scenārija problēma pārmantos vienuma/tīmekļa scenārija tagus;
  • ar marķētiem trigeriem - jebkura problēma, ko izveidojis trigeris, pārmantos trigeru tagus.

Problēmas notikums pārmanto visus tagus no visas entītiju ķēdes - veidnēm, hostiem, vienumiem/tīmekļa scenārijiem, trigeriem. Identiskas tag:value kombinācijas (pēc makro atrisināšanas) tiek apvienotas vienā, tādējādi novēršot dublēšanos.

Pielāgoti notikumu tagi nodrošina lielāku elastību. Piemēram:

  • notikumu korelāciju var konfigurēt, pamatojoties uz notikumu tagiem;
  • darbību nosacījumus var konfigurēt, pamatojoties uz notikumu tagiem;
  • vienumu problēmas var grupēt, pamatojoties uz notikumu tagiem;
  • problēmu tagus var izmantot, lai kartētu problēmas uz pakalpojumiem.

Entītijas var tikt marķētas ar vienu un to pašu taga nosaukumu, bet ar atšķirīgām taga vērtībām (piemēram, component:memory un component:storage). Tāpat entītijai var būt tags bez vērtības un tas pats tags ar vērtību (piemēram, database un database:postgresql). Šādi tagi netiek uzskatīti par dublikātiem.

Lietošanas gadījumi

Daži biežāk sastopami tagu lietošanas gadījumi ir šādi:

  1. Atzīmēt trigeru notikumus:

    • Definējiet trigera tagu (piemēram, scope:performance).
    • Problēmām, kas izveidotas ar šo trigeri, būs trigera tags.

  2. Atzīmēt no veidnes mantotās problēmas:

    • Definējiet veidnes tagu (piemēram, target:mysql).
    • Problēmām, kas izveidotas ar trigeriem no šīs veidnes, būs veidnes tags.

  3. Atzīmēt hosta problēmas:

    • Definējiet hosta tagu (piemēram, service:jira).
    • Problēmām, kas izveidotas ar trigeriem no šī hosta, būs hosta tags.

  4. Filtrēt saistītos vienumus:

    • Definējiet vienuma tagu (piemēram, component:cpu).
    • Sadaļā Monitoring → Latest data vienumus var filtrēt pēc taga component:cpu.

  5. Izmantot no vienuma vērtības iegūtu informāciju kā taga vērtību:

    • Definējiet tagu ar makro kā taga vērtību (piemēram, tag-name:{{ITEM.VALUE<N>}.regsub()} ).
    • Sadaļā Monitoring → Problems problēmām taga vērtība tiks aizstāta ar datiem, kas iegūti no vienuma vērtības.

  6. Identificēt problēmas žurnālfailā un aizvērt tās atsevišķi:

    • Definējiet trigera tagu žurnāla monitoringa vienuma trigerim, kas, izmantojot makro, no vienuma vērtības iegūs vērtības (piemēram, service:{{ITEM.VALUE<N>}.regsub()} ).
    • Trigera konfigurācijā iestatiet notikumu korelāciju:
      • iestatiet PROBLEM event generation mode uz "Multiple";
      • iestatiet OK event closes uz "All problems if tag values match";
      • iestatiet atbilstības tagu.
    • Problēmām, kas izveidotas ar žurnāla vienuma trigeri, būs trigera tags, un tās tiks aizvērtas individuāli.

  7. Filtrēt paziņojumus:

    • Definējiet trigera tagus (piemēram, scope:security trigera1 un scope:availability trigera2).
    • Izmantojiet tagu filtrēšanu darbību nosacījumos, lai saņemtu paziņojumus tikai par notikumiem, kas atbilst taga datiem.

  8. Identificēt problēmas paziņojumos:

    • Definējiet trigera tagus.
    • Izmantojiet {EVENT.TAGS} makro problēmas paziņojumā.
    • Problēmas paziņojumā būs iekļauti trigera tagi, kas atvieglos noteikt, kurai lietotnei/pakalpojumam paziņojums pieder.

  9. Vienkāršot konfigurācijas uzdevumus, izmantojot veidnes tagus:

    • Definējiet veidnes trigera tagu.
    • Trigeriem, kas izveidoti no šī veidnes trigera, būs tā tags.

  10. Izveidot trigerus ar tagiem no zemā līmeņa atklāšanas (LLD):

    • Definējiet trigera prototipa tagu ar LLD makro taga nosaukumā vai vērtībā (piemēram, scope:{#FSNAME}).
    • Trigeriem, kas izveidoti no trigera prototipa, būs tā tags.

  11. Saskaņot pakalpojumus, izmantojot pakalpojumu tagus:

  12. Saistīt pakalpojumus ar problēmām, izmantojot pakalpojumu problēmu tagus:

    • Definējiet problēmas tagu pakalpojuma konfigurācijā (piemēram, target:mysql).
    • Problēmas ar atbilstošu tagu tiks automātiski korelētas ar pakalpojumu, un pakalpojuma statuss mainīsies atbilstoši konfigurētajiem pakalpojuma statusa aprēķina noteikumiem.

  13. Slāpēt problēmas, kad hosts ir uzturēšanas režīmā:

  14. Piešķirt piekļuvi lietotāju grupām:

Konfigurācija

Tagus var definēt īpašā cilnē, piemēram, trigera konfigurācijā:

Makro atbalsts

Iebūvētie un lietotāja makro tagos tiek atrisināti notikuma laikā.
Līdz notikuma iestāšanās brīdim šie makro Zabbix lietotāja saskarne tiks rādīti kā neatrisināti.

Zema līmeņa atklāšanas makro tiek atrisināti atklāšanas procesa laikā.

Tālāk norādītos makro var izmantot trigeru tagu nosaukumos un vērtībās:

  • {ITEM.VALUE}, {ITEM.LASTVALUE}, {HOST.HOST}, {HOST.NAME}, {HOST.CONN}, {HOST.DNS}, {HOST.IP}, {HOST.PORT} un {HOST.ID} iebūvētie makro
  • {INVENTORY.*} iebūvētie makro (hosts inventāra vērtību atsaukšanai no viena vai vairākiem hosts trigeru izteiksmē)
  • Lietotāja makro un lietotāja makro ar kontekstu (konteksts var ietvert zema līmeņa atklāšanas makro)
  • Zema līmeņa atklāšanas makro (tikai trigeru prototipu tagos)

Tālāk norādītos makro var izmantot veidnes, hosta un vienuma/web scenārija tagu nosaukumos un vērtībās:

  • {HOST.HOST}, {HOST.NAME}, {HOST.CONN}, {HOST.DNS}, {HOST.IP}, {HOST.PORT} un {HOST.ID} iebūvētie makro
  • {INVENTORY.*} iebūvētie makro
  • Lietotāja makro
  • Zema līmeņa atklāšanas makro (tikai hosta un vienuma prototipu tagos)

Tālāk norādītos makro var izmantot paziņojumos, kas balstīti uz trigeriem:

  • {EVENT.TAGS} un {EVENT.RECOVERY.TAGS} iebūvētie makro (šie makro tiks atrisināti kā ar komatiem atdalīts notikuma tagu vai atkopšanas notikuma tagu saraksts)
  • {EVENT.TAGSJSON} un {EVENT.RECOVERY.TAGSJSON} iebūvētie makro (šie makro tiks atrisināti kā JSON masīvs, kas satur notikuma taga objektus vai atkopšanas notikuma taga objektus)
Apakšvirknes izvilkšana trigeru tagos

Apakšvirknes izvilkšana tiek atbalstīta taga nosaukuma vai taga vērtības aizpildīšanai, izmantojot makro funkciju. Funkcija piemēro regulāro izteiksmi vērtībai, kas iegūta no atbalstītā makro. Piemēram:

{{ITEM.VALUE}.regsub(pattern, output)}
{{ITEM.VALUE}.iregsub(pattern, output)}

{{#LLDMACRO}.regsub(pattern, output)}
{{#LLDMACRO}.iregsub(pattern, output)}

Ja taga nosaukums vai vērtība pēc makro aizstāšanas pārsniedz 255 rakstzīmes, tā tiks saīsināta līdz 255 rakstzīmēm.

Skatiet arī: Makro funkciju izmantošana zemlīmeņa atklāšanas makros notikumu tagu pievienošanai.

Notikumu tagu skatīšana

Ja tagi ir definēti, tos var skatīt kopā ar jauniem notikumiem šeit:

Parādīto tagu secību un skaitu nosaka filtrēšanas opcijas Tagu attēlošanas prioritāte un Rādīt tagus sadaļā Uzraudzība → Problēmas vai Problēmas informācijas paneļa logrīkā. Ņemiet vērā, ka var tikt parādīti ne vairāk kā trīs tagi; ja tagu ir vairāk, uzvedot kursoru virs trim punktiem, uznirstošajā logā tiek parādīti visi tagi.