Információs rendszerek üzemeltetése - laborgyakorlati anyag -
Az IBM Tivoli Monitoring v6.2 megismerése
Bevezetés Az IBM Tivoli Monitoring v6.2 az ITM termékcsalád tagja. Ezen termékek célja, hogy segítsenek hatékonyan izolálni, és helyrehozni a teljesítménnyel és elérhetőséggel kapcsolatos problémákat. Az The ITM agent-ek rendszer, alrendszer, adatbázis és applikációs szinteken is működnek. Ezen túl az ITM v6.2 segítségével platformokon és funkciókon is átívelő (ezek kombinációit is lefedő) monitorozási környezetben tudjuk vizsgálni a rendszert. A The Tivoli Enterprise Portal (TEP) egy egykapus hozzáférési elemként (platformként) működik, ami integrálja a menedzsment adatokat és különféle nézeteket nyújt a monitorozó Agent-ek által gyűjtött információk vizsgálatára.
BME 2015 1
Tartalomjegyzék Bevezetés ........................................................................................................................................... 1 Tartalomjegyzék.................................................................................................................................. 2 0. feladat – Az IBM Tivoli Monitoring v6.2 felépítésének áttekintése .................................................... 2 1. feladat – A Tivoli Enterprise Portal elindítása ................................................................................... 3 2. feladat – Szituációk kezelése ............................................................................................................ 4 3. feladat – Erőforrások monitorozása ................................................................................................. 7
0. feladat – Az IBM Tivoli Monitoring v6.2 felépítésének áttekintése Feladatok:
A gyakorlatra való felkészülésként ismerkedjünk meg a tantárgyi honlapon fellelhető bevezetőkkel, valamint az ott ajánlott irodalommal. Ismerkedjünk meg az IBM® Tivoli® Monitoring v6.2 alapvető felépítésével, tekintsük át a legfontosabb rendszerelemek, a Tivoli Enterprise Management Server (TEMS), a Tivoli Enterprise Portal (TEP), valamint az ITM monitoring agent-ek szerepét. A rendszer dokumentációja itt található: http://www.redbooks.ibm.com/redbooks/pdfs/sg247444.pdf
-
Ebből a jelenlegi gyakorlat szempontjából az 1.5, 3.1, 3.2 és a 4. fejezetek megismerése a legfontosabb.
Közérdekű információk A mérés leírásában különböző helyeken előfordul a Karton János név. Ezen helyek megtalálása igaz nem jelent plusz pontot a mérés értékelésénél, de a feladatok sikeres teljesítéséhez ezt a karakterfüzért minden esetben a mérést végző hallgató saját nevével kell helyettesíteni. A mérési feladatokban 2 különböző helyet mérföldkőként jelöltünk meg a KÉPET KÉRÜNK! felszólítással, amelyek eléréséről fényképes bizonyítékot kérünk. Azokban az esetekben, amikor a kép bonyolultabb kompozíciót igényel, azaz nem elégszünk meg az aktuális képernyőképpel, zárójelben jelezzünk, mely ablakok tartalmát szeretnénk látni. A képeket a gyakorlat végeztével tömörítve kérjük elküldeni az
[email protected] címre. TIPP: A képernyőképek elkészítéséhez használhatja a VMWare VM/Capture Screen… menüpontját, amellyel rögtön a gazdagép háttértárolójára lehet a képeket lementeni. Másik lehetőség: Alt+Printscreen, majd Ctrl+V a Paint-ben, mentés, és másolás a gazdagépre.
2
1. feladat – A Tivoli Enterprise Portal elindítása Feladatok: 1.
2.
3.
Nyissuk meg a gyakorlaton megadott VMWare image-et. Álljunk rá a post-install snapshotra, majd indítsuk el a Win 2003 szervert. a)
A gazdagép feladatkezelőjén kövessük figyelemmel a processzor terheltségét. A bejelentkezés előtt várjuk meg, amíg a processzor terhelése megszűnik!
b)
Jelentkezzünk be az Administrator/itm62pot kombóval.
Indítsuk el a “Manage Tivoli Enterprise Monitoring Services” applikációt. a)
Menjünk a Start →Programs →BM Tivoli Monitoring →Manage Tivoli Monitoring Services –re és indítsuk el a Tivoli Monitoring Services applikációt.
b)
Ellenőrizzük, hogy minden auto-start szolgáltatásunk elindult-e. Ha nem, jobb kattintás az egérrel, majd válasszuk a Start-ot.
c)
Indítsuk el manuálisan a Tivoli Enterprose Portal Server szolgáltatást. A virtuális Windows szerver feladatkezelőjén kövessük figyelemmel a processzor terheltségét. A további feladatok elvégzése előtt várjuk meg, amíg a processzor terheltsége megszűnik!
Indítsuk el a GUI-t a desktopról a)
4.
6.
Indítsuk el a desktopról a Tivoli Enterprise Portal-t.
Felugorhat néhány biztonsági üzenet (security warning). Kattintsunk a ‘Yes’-re ezeknél. a)
5.
Indítsuk el a Tivoli Enterprise Portalt.
A bejelentkezési ablakban használjuk a sysadmin/itm62pot azonosítót ill. jelszavat, majd kattintsunk az ‘OK’-ra.
Nyissuk meg az alapértelmezett munkaterületet a)
A navigációs fában keressük meg az Enterprise→Windows Systems→ ITM62→Windows OS csomópontot.
b)
Nyissuk ki a Memory munkaterületet, a ‘Memory’-ra kattintva.
Nyissunk egy alternatív munkaterületet is a)
A navigációs fában az egér jobb gombjával kattintsunk a Memory címkén, majd válasszuk ki a Workspace →Paging File lehetőséget.
b)
Vizsgáljuk meg az ITM62 paging fájl információját.
3
2. feladat – Szituációk kezelése Feladatok:
Ebben a gyakorlatban megismerkedünk az eseménykezelés alapjaival, és azzal, hogyan jelennek meg a monitorozási küszöbértékek a Tivoli Monitoring v6.2-ben.
Célok:
A monitorozási küszöbértékekkel és használatukkal kapcsolatos fogalmak és mechanizmusok megértése, az ITM Situations funkciójának használatán keresztül.
1.
Szabjunk át egy meglévő szitációt. Ehhez nyissuk meg a NT_Services_Automatic_Start szituációt a Tivoli Enterprise Portal-ban: a)
A Navigator nézetben görgessünk a Windows OS-ig és válasszuk (bal egérklikk) a System-et. Ezen az elemen klikkeljünk a jobb egérgombbal, aztán válasszuk a Situations… -t.
b)
Bal egérklikk az NT_Services_Automatic_Start-on. Ha máshonnan nyitottuk meg a szituáció szerkesztőt, lehet, hogy ki kell nyitni a navigációs fát, hogy megtalálja a szituációt. Kattintson a “Show Formula” ( ) jelre.
2.
Figyeljük meg, hogy mi az a szituációs formula, amely leírja a rendszer-esemény bekövetkeztekor fennálló helyzetet. Ezek ‘Warning’ állapottal lesznek megjelölve.
3.
Figyeljük meg az akciót, amely végre lesz hajtva minden olyan alkalommal, amikor egy rendszerszolgáltatással kapcsolatban bekövetkezik a Formula ablakban leírt esemény. Minden automatikusan induló rendszerszolgáltatás el lesz indítva. Válasszuk a Take action in each interval-t az ‘If the condition stays true over multiple intervals’ szekcióban (Az Action fül alatt található). 4
4.
a)
Kattintsunk az ‘OK’ gombra. Aktiváljuk a szituációt úgy, hogy elindítjuk:
b)
Ha a Windows OS-t kiválasztjuk (bal egérklikk), a jobb egérklikkel kiválaszthatjuk a Manage Situations elemet. Tegyük ezt, és elindul a Manage Situations eszköz.
c)
Görgessük le az ablakot az NT_Services_Automatic_Start szituációhoz, és válasszuk ki (bal egérklikk). Indítsuk el: jobb egérklikk rajta, és Start Situation.
d)
Kattintsunk a ‘Yes’-re a megjelenő figyelmeztetéskor. Kattintsunk a frissítő gombra ( bal felső sarkában, hogy biztosan megváltozzon a státusz.
e)
Zárjuk be a Managed Situations ablakot.
) a képernyő
A szituációs esemény bekövetkezésének kikényszerítése a)
Nyissunk meg egy command prompt-ot a tálca Start gombja melletti ikonra való duplakattintással. Vigyázat, NE a ‘Multiple CMDs’ ikonra kattintsunk!!!
b)
A command prompt-ban írjuk be: ‘cd \windows’, majd gépeljük a következő parancsokat: __i.
net stop alerter
__ii.
net stop SNMP
Lehet, hogy várni kell néhány másodpercet, amíg a szituáció megkapja a kezdőlökést, és végrehajtja a szükséges lépést. Azt tapasztaljuk, hogy az alerter és az SNMP szolgáltatások is automatikusan elindulnak nagyjából 1 percnyi várakozás után. c) 5.
6.
7.
Ezután állítsuk le az NT_Services_Automatic_Start szituációt a Manage Situations ablakból (ahonnan korábban elindítottuk...).
Most egy új szituációt fogunk létrehozni, hogy számon tartsuk az éppen futó ‘CMD’ processzeket. a)
Bal egérklikk a Process navigátor-elemen és várjunk, amíg frissül az ablak.
b)
Jobb klikk a Process elemen, és válasszuk a Situations-t.
Hozzunk létre egy új szituációt. a)
Kattintsunk a Create New Situation… gombra (a megnyíló ablak bal felső sarkában a második).
b)
A szituáció neve legyen ’NT_too_many_cmds_Karton_János’, (értelemszerűen ide is a saját nevünk kerüljön) Ha akarjuk, adhatunk hozzá további leírást is, majd klikk az ‘OK’-re. Amennyiben az OK gomb szürke marad, akkor valószínűleg a szituáció neve túllépi a 31 karaktert – ebben az esetben használjuk csak a vezetéknevünket.
c)
Válasszuk az NT_Process attribútumcsoportot a bal panelen, majd válasszuk a Process Name mint attribútumelemet a jobb panelen - aztán klikk az ‘OK’-re.
Adjuk meg az új szituáció definícióját. a)
Kattintsunk a Process Name alatti jobb felső cellába a formula ablakban.
b)
Kattintsunk a kifejezés értékének (v) gombjára és válasszuk: Count of group members, ekkor a v betűt formázó ikon megváltozik.
c)
Kattintsunk a dupla egyenlőségjel gombra (==) és válasszuk: ‘>= Greater than or equal’.
d)
Kattintsunk a cella szövegrészébe és írjuk be: 3. 5
e)
Kattintsunk az Add conditions… gombra.
f)
Válasszuk az NT_Process attribútumcsoportot a bal panelben, a jobb oldalon pedig újra a Process Name-et. Klikk az ‘OK’-ra.
g)
Kattintsunk a jobb felső celléba a második oszlop alatt (Process Name) a formula ablakban, és gépeljük be a cellába: cmd.
h)
Írjuk be: 1 a Sampling interval szekció mm részébe - így percenkénti mintavétel lesz.
i)
Kattintsunk az ‘OK’-ra.
j)
A rendszerasztalon kattintsunk a Multiple CMDs ikonra. Ez 4 újabb command prompt-ot fog indítani, és ezzel az újonnan létrehozott szituáció át is lépi a beállított küszöbértéket (threshold). A megjelenő esemény-jelzésről...
1) KÉPET KÉRÜNK 8.
Fogadjuk el (acknowledge) a szituációs eseményt. a)
A Navigator nézetben vigyük a kurzort az újabb létrehozott és most beteljesült szituáció felé, jobbegérklikk az itt felugró ablakon, és válasszuk az Acknowledge Event elemet az Acknowledge… szekcióban.
b)
Írjunk be valamilyen választ az Add Notes szövegdobozba – aztán ‘OK’. Az üzenethez automatikusan hozzáadódik egy dátum- és időbélyeg. Most nézzük meg az eredményeket a TEP-en belüli Navigator View-ban.
c)
A Navigator view-ban vigyük a kurzort az újonnan létrehozott acknowledgement felé, jobb egérklikk a felugró ablakon, és válasszuk a Remove Acknowledgement elemet a legördülő menüben.
d)
Zárjuk be a korábban elindított parancssor-ablakokat.
6
3. feladat – Erőforrások monitorozása Feladatok:
Ebben a gyakorlatban a fennálló szituációk esetében elvégezhető akciókat vizsgáljuk meg a CPU kihasználtsági problémán keresztül.
Célok:
A monitorozási küszöbértékekkel és használatukkal elmélyítése, valamint akciók készítése és végrehajtása.
1.
kapcsolatos
fogalmak
Annak érdekében, hogy egy CPU kihasználtsági problémát szimuláljunk, egy kis programocskával szándékosan túlterheljük a processzort. A laborgépen találunk egy ilyen „CPU stresszelő” alkalmazást – CPUSTRES néven. Ennek ikonja az Asztal bal felső sarkában helyezkedik el. Az eszköz különféle magas százalékértékekig hajtja a CPU foglaltságát.Indítsuk el a CPUSTRES programot az ikonjával. Ennek hatására egy konfigurációs ablak jelenik meg. a)
Jelöljük be a Thread 1 és Thread 2 szálakat is aktív állásba, az ’Activity’ legördülőt pedig Busy-re állítsuk mindkettőnél. Ez a konfiguráció a CPU-kihasználtságot 82% és 100% között fogja tartani. Az eredmények az aktuális processzortól függően változóak lehetnek. Gyorsabb gépeken előfordulhat, hogy a kívánt hatás eléréséhez a Thread 3-at is el kell indítani (akár kis időre is elegendő lehet), Medium vagy Busy aktivitással.
7
2.
b)
Időközben valószínűleg kaptunk egy jelzést, miszerint a CPUSTRES applikáció lefoglalja a CPU erőforrások legnagyobb részét. A Physical nézetben (Navigator) vigyük a kurzort az “Enterprise” melletti vörös x-re és kattintsunk a kék láncszem-szimbólumra ( ) az NT_Process_CPU_Critical szituáció felett.
c)
Ha megjelent, de időközben meg is szűnt a hibaesemény, indítsuk el a Thread 3-at is, akár kis időre is.
Új akció létrehozása meglévő szituációhoz a)
A megjelenő “Current Situation Values” ablakban menjünk a vörös figyelmeztető sor fölé, és jobb egérklikk: Take Action... --> Create or Edit...
b)
Ez két új dialógusablakot indít. Felül a Select Action dialógus van. Bizonyosodjunk meg, hogy az első sorban lévő
ki van jelölve - majd ‘OK’.
c)
A másik a 'Create New Action' dialógus. Adjunk a végrehajtandó eseményünknek egy nevet.
Írjuk be a név-mezőbe, hogy 'Kill Application by Karton János' (értelemszerűen a saját nevünkkel...). Ha akarunk, adjunk meg egy leírást (description) is. d)
Maradjon a Type az alapértelmezett System Command. Most meg kell adnunk a végrehajtandó utasítás(oka)t. Írjuk be (elgépelés nélkül) a „Command”-hoz: C:\ntreskit\kill –f &NT_Process.Process_Name Itt pontosan megadtuk a végrehajtandó utasítás elérési útját és használati szintaxisát – ez esetben az applikációt lezáró alkalmazás meghívása maga az utasítás. Ehhez meg kell adni a bezárandó processz nevét. Ezt az értéket (nevet) a Windows OS alrendszer rendeli hozzá futási időben az alkalmazáshoz.
e)
3.
Kattintsunk az ‘OK’-ra, így bezárjuk a ‘Create New Action’ dialógust. Most, hogy befejeztük az automatizált esemény-végrehajtás leírását, használjuk is valamire – szüntettessük meg vele a CPU Busy eseményt (illetve annak gyökerét).
Akció végrehajtása a)
Térjünk vissza a magas szintű, ’Enterprise Physical view’ nézethez. Húzzuk az egeret a kritikus állapotot jelző eredeti ikon felé. Ennek hatására felugrik egy üzenet, és a hozzá tartozó link leírás. Kattintsunk a kék láncszem ( ) szimbólumra.
b)
Ez automatikusan elvisz minket az NT_Process_CPU_CRITICAL – CPUSTRES Windows munkaterületre. Ez számos Workspace-t tartalmaz sok speciális nézettel – ezeket a hiba okának keresésekor tudjuk jól használni.
8
c)
Vigyázó szemeinket a bal alsó Command View panelre vessük, ami a Take Action ablakot mutatja. Kattintsunk az Action – Name legördülő nyilára és válasszuk a ‘Kill Application by Karton János’-t.
2) KÉPET KÉRÜNK!
(Látszódjon a Take Action ablak, a nevünkkel.)
d)
Megjelenik az ‘Edit Argument Values’ képernyő. Írjuk be a CPUSTRES applikáció nevét a Value cellába, aztán ‘OK’.
e)
A parancs ezen típusú szintaxisa már a kívánt, helyes argumentumot adja a CPUSTRES-nek. Haladjunk... kattintsunk a ’Run’ gombra.
f)
Megjelenik az Action Status ablak, 0 visszatérési értékkel. Kattintsunk az ‘OK’-ra, így bezárjuk az Action Status ablakot. Ennek hatására meg kell, hogy szűnjön a CPU BUSY státusz ténye, maga az esemény pedig pár másodperc múlva szűnik meg a TEP-ben; amint az NT_Process_CPU_CRITICAL szituáció alapkritériuma (a CPU terhelése kritikus) már nem teljesül.
A gyakorlat végén az időközben mentett képeket tömörítve kérjük elküldeni az [email protected] címre!
9
