Gyakorold a Paessler PRTG 9 megfigyelő eszközzel

Szeretem az infrastruktúra-felügyeleti eszközöket, és nagyon sok különböző terméket teszteltem. Az egyik termék, amelyet jelenleg teszteltem, egy termék legújabb verziója, amelyet korábban egy korábbi munkáltatónál futtam: a Paessler PRTG. A legújabb verzió a PRTG 9, és néhány jó új funkcióval büszkélkedhet a régebbi verziókhoz képest, de komoly korlátozást is jelent.

Ne feledje, hogy a PRTG 9-et jelenleg nagyon alapállapotban futom, mivel egyszerűen csak a terméket tesztelom, így nem figyelmesen kategorizáltam és metszem a megfigyelt tételeket.

PRTG alapozó

A PRTG-landban érzékelőket hoznak létre az egyes teljesítményelemek figyelésére. Az érzékelő a legalapvetőbb felügyeleti elem. A PRTG GYIK-ban a társaság "egy (1) érzékelőt definiál, mint bármely konkrét, egyéni megfigyelő egység". Lehetséges, hogy egyetlen érzékelő felel a szerver meghajtóin rendelkezésre álló lemezterület megfigyeléséért, míg egy második érzékelő felelős a lemez sorának hosszának megfigyeléséért. A PRTG nem működik a megfigyelt eszközök vagy IP-k fogalmán. Ehelyett érzékelői engedélyeket vásárol, és a lehető legmélyebben vagy olyan magas szintű figyelést végezhet, amennyit csak akar, mindaddig, amíg az engedélyezett érzékelők számán belül marad.

A vállalat kijelenti, hogy minden ésszerű asztali számítógépnek képesnek kell lennie arra, hogy 1000 vagy annál több szenzort könnyen megfigyeljen. Ugyancsak a PRTG GYIK oldalán: "Az SNMP V1 / V2 , PING, PORT és HTTP az ajánlott érzékelőtípusok forgatókönyvekhez, amelyekben több ezer érzékelő van. Ezekkel a technológiákkal akár 20.000 érzékelő lehetséges" egyetlen PRTG telepítésben.

Objektum-hierarchia

Megemlítettem, hogy az alapvető felügyeleti egység érzékelő, de vannak magasabb szintű csoportok, amelyek ezeket az érzékelőket tartalmazzák. Közvetlenül az érzékelők felett a készülék szintjén vagy. Az egyetlen eszközhöz kapcsolódó összes érzékelő ebbe a hierarchia szintbe esik.

Ezen felül egy csoport. Egy csoportba számos eszközt is belefoglalhat, amelyeket tisztán szervezeti célokra használnak. Csoportokat is beágyazhat, hogy megkönnyítse a navigációt a megfigyelési hierarchiában.

Következő lépésként a szonda szintjén vagy, amely a gyökércsoportba tartozik . Az egyetlen gyökércsoportban sok próba lehet. A szonda az a "platform, amelyen a megfigyelés zajlik. A szonda alatt konfigurált összes objektumot a szondán keresztül figyeljük".

A PRTG GYIK-ból ismét megnézem az objektum-hierarchiát (A ábra ).

A ábra

A PRTG objektumhierarchia

A PRTG működésének pillantása

Az előző szakaszban a célom nem az volt, hogy mélyen belemerüljenek a PRTG-be, hanem hogy bizonyos kontextusban szolgáltassam Önt arról, hogy mit fog megtekinteni a cikk többi részében. A megtekintett installáció ismét csak a „lejátszásra” vonatkozik.

A B. ábrán magas szintű pillantást kap a megfigyelt környezetre. Jelenleg mindent megmutatok - hiba, figyelmeztetés és jó állapotérzékelők. A képernyő tetején található megfelelő jelölőnégyzet kijelölésének megszüntetésével könnyebben tudom lebontani a problémás területeket. Például, ha a piros négyzet kivételével mindent eltávolít, akkor csak azokat az érzékelőket mutatom meg, amelyek hibaállapotban vannak. Ez egy olyan nézet, amelyet nagyon szeretek a PRTG-ben.

A B. ábrán azt is észreveszi, hogy minden megfigyelt eszköz egy vonalban van, különféle állapotokban lévő érzékelőkkel jobbra. A PRTG ahelyett, hogy minden érzékelőt megmutatna, csak azt mondja, hogy például 11 ​​érzékelő zöld állapotban van, és kiemeli azokat, amelyek problémát jelentenek.

Azt is szeretném megjegyezni, hogy még nem változtattam meg a PRTG-monitorok alapértelmezett küszöbértékeit, ennél sokkal inkább sárga vagy piros színben jelennek meg, mintha a PRTG-t termelésbe kellene hoznom.

Mielőtt folytatná, vegyen egy csúcsot a képernyő jobb felső sarkában. Látni fogja, hogy 24 érzékelő hibaállapotban van, 44 figyelmeztető állapotban van, 1001 zöld és 79 érzékelő jelenleg szünetel. Kicsit később elmagyarázom, miért szüneteltetik a 79 érzékelőt.

B. ábra

Kattints a kinagyításhoz.
A C. ábrán egy hálózati eszközre fúrtam le, amely egy központi útválasztó / kapcsoló. Itt megmutatom az összes érzékelőt, amely az adott eszközhöz elérhető; 123. van itt. Elsősorban a sávszélesség-kihasználást érdekli, és az elsődleges érdeklődésre számot tartó elemet - az internetkapcsolatunkat - a lista elejére helyeztem, hogy előbb láthassam. A kapcsolóport neve "NetEnforcer switch - Inside Interface" a kapcsolón.

C. ábra

kattints a kinagyításhoz
Miután rákattintottam a NetEnforcer interfész érzékelőre, egy kicsit mélyebben belemenek a statisztikákba, amint az a D ábrán látható . Itt részletes információkat kapok a kikötő jelenlegi és történelmi helyzetéről. Jelenleg ez a port rendben van, és a kihasználtság valamivel több, mint 72 Mbps. Az ablak jobb oldalán más grafikonok is láthatók. A felső grafikon a valós idejű élő adatokat mutatja, míg az alábbi grafikonok kissé kevésbé részletesek, de a trendeket mutatják.

D. ábra

kattints a kinagyításhoz
Az E ábra a portfigyelő ablak tetején lévő Live Data fül nagy nézete. Ez nagyszerű áttekintést ad nekem, mi folyik itt. Mint láthatja, a megfigyelt időszak alatt akár 94 Mbps internet-sávszélességet is felhasználtunk egyszerre, és minimumra kb. 64 Mbps-ra esettünk. Internetkapcsolatunk 100 Mbps.

E ábra

kattints a kinagyításhoz
Az internetes forgalomnak az F ábrán látható kétnapos nézete mutatja az internethasználatunk sebességét és áramlását, és azt jelzi, hogy alig haladtunk meg a 96 Mbps sebességnél, és a reggeli heves órákban kb. 3 Mbps-ra esettünk. Ez a fajta grafikon azonosítja a forgalmi mintákat, amelyek segítenek nekünk a tervezésben.

A grafikon kék része a kimenő forgalmat mutatja, amely sokkal-sokkal alacsonyabb, mint a bejövő.

F ábra

kattints a kinagyításhoz
A PRTG azonban sokkal több, mint egy forgalomfigyelő. A termék képes mélyen figyelni olyan vállalati szintű szolgáltatásokat, mint az Exchange, és olyan mutatókat szolgáltat, amelyek segítenek az adminisztrátoroknak, ha szükséges. A G ábrán látható, hogy az üzenet átadási ideje jelenleg 3 179 ms az Exchange rendszerünkön. Ezen információk alapján függetlenül megbizonyosodom arról, hogy a PRTG pontos információkat szolgáltat-e, és ha igen, akkor lépéseket teszek; ez kissé magasnak tűnik, de ellenőriznem kell.

Az ablak tetején vegye figyelembe azt is, hogy gyorsan megmutatja az érzékelők számát az eszköz különböző állapotain. Az egyik érzékelő riasztási állapotban, míg a másik figyelmeztető állapotban van.

G ábra

kattints a kinagyításhoz

Hátrányok

A PRTG nem tökéletes. Szeretem azonban az eszközt. Bár az interfész eleinte zavaró volt, néhány napos használat után tetszett. És a termék nem túl botrányosan drága.

Észrevettem néhány érzékelőt, amelyek igazán őrült dolgokat jelentenek. További vizsgálat során rájöttem, hogy néhány érzékelő egyszerűen csak rossz forrásból nyeri vissza a forrásrendszereket, vagy egyes érzékelők egyszerűen nem mutatnak pontos információkat. Ennek ellenére az érzékelők, amelyeket láttam, messze nem kritikusak, és ez nem volt gyakori.

Talán a legnagyobb hiányosság a PRTG 9 jelenlegi képtelensége a vSphere 5 és a vCenter 5 rendszerek figyelésére. Mivel a legtöbb környezetünk VMware-ben fut (a gazdák mindegyike 4.1, a bur vCenter 5. verziója van, mivel szükség van egy VMware View 5 pilóta megvalósítására), mivel nincs betekintése a VMware-ba, ez nem indul el. Október 6-tól Paessler jelezte, hogy a megfigyelési képességre nincs ETA. Sajnos ez hatalmas vörös jel az, ami egyébként finom terméknek tűnik.

összefoglalás

Amint a vSphere / vCenter 5 támogatást beilleszti a PRTG 9-be, azt hiszem, hogy a termék nagyszerű befektetés lesz sok szervezet számára. Noha nem tökéletes, a PRTG 9-ben nagyon jól végezzük a szükséges felügyeleti módszert, amely könnyen azonosítható jelzéseket biztosít, amelyek jelzik, hogy hol kell cselekedni.

© Copyright 2021 | mobilegn.com