Információs rendszerek üzemeltetése

Átírás

1 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

2 Tartalomjegyzék Bevezetés... 1 Tartalomjegyzék feladat Az IBM Tivoli Monitoring v6.2 felépítésének áttekintése feladat A Tivoli Enterprise Portal elindítása feladat Szituációk kezelése feladat Erőforrások monitorozása 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ó: - 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 iru.bme@gmail.com 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

3 1. feladat A Tivoli Enterprise Portal elindítása Feladatok: Indítsuk el a Tivoli Enterprise Portalt. 1. 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. 2. 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! 3. Indítsuk el a GUI-t a desktopról a) Indítsuk el a desktopról a Tivoli Enterprise Portal-t. 4. Felugorhat néhány biztonsági üzenet (security warning). Kattintsunk a Yes -re ezeknél. a) A bejelentkezési ablakban használjuk a sysadmin/itm62pot azonosítót ill. jelszavat, majd kattintsunk az OK -ra. 5. 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. 6. 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

4 2. feladat Szituációk kezelése Feladatok: Célok: 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. 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

5 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 ( ) a képernyő bal felső sarkában, hogy biztosan megváltozzon a státusz. e) Zárjuk be a Managed Situations ablakot. 4. 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. ii. net stop alerter 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) Ezután állítsuk le az NT_Services_Automatic_Start szituációt a Manage Situations ablakból (ahonnan korábban elindítottuk...). 5. 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. 6. 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. 7. 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

6 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. 1) KÉPET KÉRÜNK 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 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

7 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 kapcsolatos fogalmak elmélyítése, valamint akciók készítése és végrehajtása. 1. 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

8 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. 2. Ú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ő <Create New Action> 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) 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). 3. 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

9 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 iru.bme@gmail.com címre! 9