A Nagios működése

A Unix/Linux szerverek üzemeltetése wikiből
A lap korábbi változatát látod, amilyen KornAndras (vitalap | szerkesztései) 2006. november 9., 21:56-kor történt szerkesztése után volt.

(eltér) ←Régebbi változat | Aktuális változat (eltér) | Újabb változat→ (eltér)

Tartalomjegyzék

1 Igény

  • Sok szervert és szolgáltatást üzemeltetünk
  • Ne az ügyfél vegye észre, ha nem megy a weboldala/levelezése/akármije
  • Legyen szép statisztika arról, hogy mikor, mi nem ment, lehessen lobogtatni a szolgáltatónak
  • Mutathassunk Szép Ábrákat a felső vezetőknek

2 Igények finomítása

  • Létezést akarunk-e vizsgálni („bináris adat”)
    • Nagios
    • mon
  • Finomabb árnyalatokat („analóg adat”)
    • munin
    • smokeping
    • mrtg
    • cricket

3 A Nagios előnyei

  • Szabad
  • Nagy tudású
  • Kiszámítható
  • Látványos
  • Többé-kevésbé takarékos
      • ÁBRA ***

4 A Nagios hátrányai

  • Nyögvenyelős konfiguráció, bár ez a feladatból is következik
  • Nehezen bővíthető, összetett belső struktúra
  • Fejlettebb képességek sztochasztikus viselkedése
  • Tud büntetni, ha nem kezeljük kellő tisztelettel (sms floodok)
  • Kicsit zavaros fogalmak

5 Pár fogalom

  • Host: szolgáltatások csoportja. Hostot nem ellenőriz, és nem tart számon, a host egy statisztikai kategória.
  • Service: dolog, jól definiált állapotokkal. Ezeket monitorozzuk.
  • Contact: objektum, telefonszámmal, munkaidővel, e-mail címmel, praktikusan kolléga.
  • Contactgroup: egy ügyben érdekelt contactok csoportja. Értesítéseket ilyen csoportoknak küldünk.
  • Host és service group: statisztikai kategóriák
  • Parancsok: ellenőrző, üzenő, eseménykezelő, hátmasszírozó, stb. Sokféle van.
  • Függőségek: ha nem megy a levelezés, ne küldjünk e-mailt.

6 Ellenőrzés

  • Többféle időzítés: okos, buta
  • Az okos elosztja egyenletesen a feladatokat, egyenletes terhelést okoz
  • A buta könnyen átlátható, de nagy csúcsterheléseket okoz, ami nem jó
  • Az ellenőrzések (elvben) nem tartják föl egymást, úgyhogy ha valami miatt lassú, akkor sok processz összegyűlhet.

Időzítésre példa:

bambi 		FTP 	14:14:09 	14:16:09 
tomka.hu 	PING 	14:14:10 	14:16:10 
bambi 		IMAP 	14:14:18 	14:16:18 
bambi 		POP 	14:14:37 	14:16:37 
sql.pba.hu	HTTP 	14:14:43 	14:16:43 
betatrans 	PING 	14:15:13 	14:17:13 
bambi 		HTTP 	14:15:41 	14:17:41 
m.pba.hu 	HTTP 	14:15:42 	14:17:42 
m.pba.hu 	PING 	14:15:46 	14:17:46 
bambi 		PING 	14:15:47 	14:17:47 
bambigw 	PING 	14:15:48 	14:17:48 
sql.pba.hu	PING 	14:15:53 	14:17:53 

7 A riasztás folyamata

      • ÁBRA ***

De:

  • Többféle állapot van
  • Az ellenőrzés bonyolultabb
  • Puha és kemény állapotok
  • De nem akarom telerajzolni a falat

8 Állapotok

  • OK/UP – örülünk
  • WARNING – valamilyen határt átlépett
  • UNKNOWN – például nem elérhető
  • DOWN/CRITICAL – nem örülünk
  • SOFT – még zajlik az ellenőrzés
  • HARD – ezek már az élet szikár tényei

9 Konfigurálás menete

  • Contactok, időtáblák, csoportok
  • Host template-k
  • Hostok
  • Service templatek
  • Service-ek
  • Csinosítás
  • Tesztelés

Példacontact, úgy is, mint állampolgár:

define contact{
        contact_name                    tudor
        alias                           Tomka Gergely
        service_notification_period     24x7
        host_notification_period        24x7
        service_notification_options    w,u,c,r
        host_notification_options       d,u,r
        service_notification_commands   notify-by-email
        host_notification_commands      host-notify-by-email
        email                           az-én@email.címem
        pager                           +36telefonszám
}
Személyes eszközök