Nagios a topologie site

[Stepan Cirkl]

Ja se snazim spis sledovat L2 topologii, ale v urcitych mistech to
porusuji. Asi jde take o to, co potrebujete primarne sledovat a v jake
casti asi budete mit problemy.

L2 sit mame stromove struktury a na nekterych uzlech jsou bohuzel i
zarizeni bez vlastniho managmentu. Ty tam zavadim s nakou "virtualni" IP
adresou a nijak je netestuji, tj. maji stale stav pending a nikam je
nehlasim. Nejcasteji mame problem s vypadkem napajeni a pokud vypadne
napajeni na nekterem rozvetvovacim uzlu bez managmentu, tak se to
nadherne projevi na prislusnych listech v mape site a pekne se ten
nefunkcni uzel identifikuje, prestoze ho nemuzem primo sledovat. Naopak
mi tam ale primo schazi nektere dalsi zavislosti vyplyvajici z L3 vrstvy
 (tj. proroutovavani mezi VLANy), ale zrovna zde problemy nebejvaji,
takze to pro nas nepredstavuje zasadni problem.

Urcite tam mam ale pripady, kdy se sleduje spise z pohledu L3 topologie,
takze v "opravnenych" pripadech tam strkam az L3. A jak nekdo psal
predemnou, dokonce tam zakresluje i opticke rozvadece, takze defakto L1
vrstvu. Odpovezte si na otazku z jakeho pohledu a co potrebujete
primarne sledovat a podle toho to udelejte.

Spis mam ja osobne problem, jak inteligentne kreslit schema site
"papirove". Tam jsem byl zvykly zakreslovat L2 i L3 do jednoho obrazku,
ale jak se do toho zacinaji motat VLANy, tak nevim, jak to k tomu
inteligentne zakreslit, aby to bylo jeste i snadno citelne.

s pozdravem


Stepan Cirkl
IT consultant
CC unLimited, v.o.s.

email: cirkl na ccu.cz
web: http://www.ccu.cz
icq: #31789939
mobil: +420 604 968 090




Jan Kasprzak wrote:
> 	hello, world!\n
> 
> pouzivate nekdo Nagios? Vcetne zavislosti mezi sluzbami podle topologie
> site? Chtel bych vedet, kterou vrstvu site odrazi vase topologie definovana
> v Nagiosu.
> 
> 	Mam sit, ktera je slozena z nekolika desitek switchu, ktere switchuji
> nekolik VLANu, navzajem jsou pospojovany vicemene stromove pomoci 802.1q
> trunku, a pak nekde mam router, ktery mezi temi VLANy (i smerem ven) routuje.
> Managovaci rozhrani tech switchu (cili to kde odpovidaji na ping :-)
> je na jednom konkretnim VLANu, kde neni skoro nic jineho (a zejmena tam
> neni monitorovaci workstation).
> 
> 	A ted je otazka, jestli do Nagiosu zadat L3 topologii,
> cili vicemene plocha struktutra typu
> 	1. monitorovaci stanice
> 	2. servery na stejnem VLANu s monitorovaci stanici (vcetne routeru)
> 	3. stroje na ostatnich VLANech
> nebo se snazit do toho obsahnout i L2 topologii, jakoze "kdyz neni dostupny
> tento switch, pak stroje v nem/za nim zapojene nema ani cenu zkoumat".
> Coz by ovsem selhalo v pripade vypadku routeru, protoze sice managovaci
> rozhrani switche by bylo nedostupne, ale vse na stejnem VLANu muze byt
> klidne funkcni. Navic jsou i pripady, kdy ten switch neni videt pres
> sve managovaci rozhrani, ale pritom switchuje vesele dal (to kdyz switch
> nema uplne dobry OS[1] a pritom skoro vsechno dela uvnitr HW).
> 
> 	Cili - jak resite v Nagiosu popis zavislosti? Jen L3, nebo jen L2?
> Nebo nejaka kombinace mezi tim?
> 
> 	Diky,