TEXTUR~21 ibm_white_logo_300dpi IBM IDC Brno © 2006 IBM Corporation OnDemand_wh_bl SSO & DCS II - VÚT FI 5/21/2010 SSO & DCS II - VÚT FI 5/21/2010 SSO & DCS II Eva Soldánová To replace the title / subtitle with your own: Click on the title block -> select all the text by pressing Ctrl+A -> press Delete key -> type your own text 21 21 IBM IDC Brno © 2003 IBM Corporation ibm_light_gray_logo_300dpi ‹#› SSO & DCS II - VÚT FI 5/21/2010 OnDemand_wh_bl 2 SSO & DCS II - VÚT FI 5/21/2010 Obsah §Infrastruktura §Architektura §TMR §OS and SW §Procesy §ITM §Heartbeat §Protokoly §Proaktivní monitoring §Root-cause analysis §Monitory §Příklad vygenerování alertu § §Příkazy §Zkratky § § § § § § § A pot file is a Design Template file, which provides you the “look” of the presentation 1.You apply a pot file by opening the Task Pane with View > Task Pane and select Slide Design – Design Templates. 2.Click on the word Browse… at bottom of Task Pane and navigate to where you stored BlueOnyx Deluxe.pot (black background) or BluePearl Deluxe.pot (white background) and click on Apply. 3.You can switch between black and white background by navigating to that pot file and click on Apply. 4.Another easier way to switch background is by changing color scheme. Opening the Task Pane, select Slide Design – Color Schemes and click on one of the two schemes. All your existing content (including Business Unit or Product Names) will be switched without any modification to color or wording. Start with Blank Presentation, then switch to the desired Design Template 1.Start a new presentation as Blank Presentation 2.You can switch to Blue Onyx Deluxe.pot by opening the Task Pane with View > Task Pane and select Slide Design – Design Templates. 3.Click on the word Browse… at bottom of Task Pane and navigate to where you stored BlueOnyx Deluxe.pot (black background) and click on Apply. 4.Your existing content will take on Blue Onyx’s black background, and previous black text will turn to white. You should add your Business Unit or Product Name by modifying it on the Slide Master 1.You switch to the Slide Master view by View > Master > Slide Master. 2.Click on the Title Page thumbnail icon on the left, and click on the Business Unit or Product Name field to modify it. 3.Click on the Bullet List Page thumbnail icon on the left, and click on the Business Unit or Product Name field to modify it. 4.Click on Close Master View button on the floating Master View Toolbar You can turn on the optional date and footer fields by View > Header and Footer 1.Suggested footer on all pages including Title Page: Presentation Title | Confidential 2.Date and time field can be fixed, or Update automatically. It appears to the right of the footer. 3.Slide number field can be turned on as well. It appears to the left of the footer. 21 21 IBM IDC Brno © 2003 IBM Corporation ibm_light_gray_logo_300dpi ‹#› SSO & DCS II - VÚT FI 5/21/2010 OnDemand_wh_bl 3 SSO & DCS II - VÚT FI 5/21/2010 Tivoli infrastruktura §Tivoli je rodina produktů používaná pro správu počítačových systémů. §Jádro Tivoli produktů tvoří: –Tivoli Framework = základ pro všechny ostatní Tivoli produkty –Tivoli Monitoring –Tivoli Storage Manager (TSM) – Tivoli backup –Tivoli Software Distribution (TSD) – instalace SW 21 21 IBM IDC Brno © 2003 IBM Corporation ibm_light_gray_logo_300dpi ‹#› SSO & DCS II - VÚT FI 5/21/2010 OnDemand_wh_bl 4 SSO & DCS II - VÚT FI 5/21/2010 Tivoli architektura vstvy 21 21 IBM IDC Brno © 2003 IBM Corporation ibm_light_gray_logo_300dpi ‹#› SSO & DCS II - VÚT FI 5/21/2010 OnDemand_wh_bl 5 SSO & DCS II - VÚT FI 5/21/2010 Tivoli Management Region (TMR) §Každá oblast (TMR) je tvořena jedním TMR serverem, jednou nebo více Gatewayemi a koncovými uzly §TMR server je centrální bod správy celé oblasti (TMR), jež umožňuje provádět administraci pro danou oblast. §Gatewaye jsou používány ke zvyšování výkonu TMR a rozdělení TMR na logické a fyzické části. §poznámka: Na jednom počítači může být TMR server, gateway i koncový uzel. § 21 21 IBM IDC Brno © 2003 IBM Corporation ibm_light_gray_logo_300dpi ‹#› SSO & DCS II - VÚT FI 5/21/2010 OnDemand_wh_bl 6 SSO & DCS II - VÚT FI 5/21/2010 TMR TM 21 21 IBM IDC Brno © 2003 IBM Corporation ibm_light_gray_logo_300dpi ‹#› SSO & DCS II - VÚT FI 5/21/2010 OnDemand_wh_bl 7 SSO & DCS II - VÚT FI 5/21/2010 Kde co §Server – IBM AIX, Sun Solaris, HP-UX, MS Windows, Red Hat, SuSE, Turbolinux §Gateway –všechny výše zmíněné + Novell Netware, IBM OS/2 §Koncové uzly – všechny výše zmíněné + IBM OS/400, Nokia Communicator, PalmOS, PocketPC §RDBMS – DB2, MSSQL, Oracle, Sysbase, Informix § 21 21 IBM IDC Brno © 2003 IBM Corporation ibm_light_gray_logo_300dpi ‹#› SSO & DCS II - VÚT FI 5/21/2010 OnDemand_wh_bl 8 SSO & DCS II - VÚT FI 5/21/2010 Relational DataBase Management System (RDBMS) rdbms 21 21 IBM IDC Brno © 2003 IBM Corporation ibm_light_gray_logo_300dpi ‹#› SSO & DCS II - VÚT FI 5/21/2010 OnDemand_wh_bl 9 SSO & DCS II - VÚT FI 5/21/2010 Procesy §oserv –Hlavním Tivoli procesem je oserv, který musí běžet na TMR serveru a gatewayích. –Oserv řídí rozsáhlou objektovou databázi, která obsahuje všechny objekty v TMR (koncové uzly, gatewaye, …) §lcfd –Na koncových uzlech musí běžet proces lcfd = Lightweight Client Framework Daemon. § § 21 21 IBM IDC Brno © 2003 IBM Corporation ibm_light_gray_logo_300dpi ‹#› SSO & DCS II - VÚT FI 5/21/2010 OnDemand_wh_bl 10 SSO & DCS II - VÚT FI 5/21/2010 ITM ITM 21 21 IBM IDC Brno © 2003 IBM Corporation ibm_light_gray_logo_300dpi ‹#› SSO & DCS II - VÚT FI 5/21/2010 OnDemand_wh_bl 11 SSO & DCS II - VÚT FI 5/21/2010 Základní pojetí monitoringu I §IBM Tivoli Monitoring (ITM) zajišťuje monitoring důležitých systémových zdrojů, detekuje překážky a potencionální problémy a automaticky pomáhá z kritických situací. §ITM oprošťuje systémové administrátory od manuálního prohlížení rozsáhlých systémů a pomáhá řešit potencionální či aktuální problémy. § – 21 21 IBM IDC Brno © 2003 IBM Corporation ibm_light_gray_logo_300dpi ‹#› SSO & DCS II - VÚT FI 5/21/2010 OnDemand_wh_bl 12 SSO & DCS II - VÚT FI 5/21/2010 ITM na Gatewayi §Shromažďuje data ze všech koncových uzlů a následně je přeposílá na TEC server nebo TBSM server. §Na Gatewayi musí být následující komponenty: –Tzv. Task Engine – dostává požadavky a vykonává odpovídající procesy –Heartbeat Processor – monitoruje stav koncových uzlů dané gatewaye, dává nám jistotu, že Tivoli monitorovací infratruktura běží –Kolektor – využívá se pro sběr monitorovaných dat –TBSM adaptér – dovoluje adresovat události generované ITM k TBSM rozhraní –TEC gateway – slouží k bezpečnějšímu posílání události v ITM 21 21 IBM IDC Brno © 2003 IBM Corporation ibm_light_gray_logo_300dpi ‹#› SSO & DCS II - VÚT FI 5/21/2010 OnDemand_wh_bl 13 SSO & DCS II - VÚT FI 5/21/2010 Tok dat heartbeat 21 21 IBM IDC Brno © 2003 IBM Corporation ibm_light_gray_logo_300dpi ‹#› SSO & DCS II - VÚT FI 5/21/2010 OnDemand_wh_bl 14 SSO & DCS II - VÚT FI 5/21/2010 Heartbeat §Monitorovací stroj je zapsán na gateway při spouštění nebo když: –jsou data aktualizována v cache paměti - gateway přijímá zprávu z koncového uzlu říkající, že koncový uzel byl nastartován –Tzv. model zdrojů je poprvé umístěný na koncový uzel –V koncovém uzlu je restartován Tivoli monitorovací stroj §Heartbeat procesor pravidelně monitoruje koncové uzly, pak gateway obdrží status z monitorovacího stroje v nastavitelných intervalech §Heartbeat procesor může zaznamenávat status koncového uzlu ve vlastní cache paměti, která je rozdělena do dvou skupin –informační - žije/heartbeat byl stopnut –chybová - Tivoli monitorovací stroj byl stopnut – - koncový uzel není v síti dostupný – - tzv. model zdrojů je v chybovém stavu § § § § § – – 21 21 IBM IDC Brno © 2003 IBM Corporation ibm_light_gray_logo_300dpi ‹#› SSO & DCS II - VÚT FI 5/21/2010 OnDemand_wh_bl 15 SSO & DCS II - VÚT FI 5/21/2010 Protokoly I §TCP/IP - internetové síťové protokoly, např: –Aplikační protokoly (FTP, Telnet, HTTP, SSL, IMAP, DNS, NFS, …) –Všechny OS podporují protokol TCP/IP obsahující program ping, kterým uživatel může na cílový uzel odeslat žádost o echo. Program ping pak zobrazuje odpověď. – ping § Systém odeslal čtyřikrát žádost o echo. Odpověď měla 32 bajtů dlouhou část a získal ji do 10 ms. 21 21 IBM IDC Brno © 2003 IBM Corporation ibm_light_gray_logo_300dpi ‹#› SSO & DCS II - VÚT FI 5/21/2010 OnDemand_wh_bl 16 SSO & DCS II - VÚT FI 5/21/2010 Protokoly II §ICMP –formalně se jedná o součást protokolu IP, ale chová se jako protokol vyšší vrstvy –mechanismus pro ošetření zahlcení linek –Zahrnuje jednoduchý nástroj Echo = žadatel vysílá ICMP-paket „žádost o echo“ a cílový uzel je povinen odpovědět ICMP-paketem „Echo“. –slouží zejména k signalizaci mimořádných stavů v síti postavených na IP-protokolu, to může být: •nedosažitelná síť, uzel, protokol, port, •explicitní směrování selhalo, •adresátova síť je neznámá, •adresátův uzel je neznámý, •čas vypršel, •… §SNMP – slouží ke správě sítí, směrování paketů § 21 21 IBM IDC Brno © 2003 IBM Corporation ibm_light_gray_logo_300dpi ‹#› SSO & DCS II - VÚT FI 5/21/2010 OnDemand_wh_bl 17 SSO & DCS II - VÚT FI 5/21/2010 Proaktivní monitoring §Rychlé detekování a reagování na možné problémy §Automatické rozpoznání stavu, který hrozí při překročení stanovených hraničních hodnot §Automatické provádění opravných akcí k ozdravení systému §Rozpoznání problému před dopadem na koncového uživatele § 21 21 IBM IDC Brno © 2003 IBM Corporation ibm_light_gray_logo_300dpi ‹#› SSO & DCS II - VÚT FI 5/21/2010 OnDemand_wh_bl 18 SSO & DCS II - VÚT FI 5/21/2010 Root-cause analysis (RCA) §Tento nástroj jako součást ITM pomáhá určit kritické situace. –Normy – standardy definované vztahy mezi obchodními objekty a událostmi spojené se slabými výkony nebo výpadky. –Logika rozhodovacích stromů – Tivoli SW používá tuto logiku k aplikování několika pravidel, aby ověřil míru zdraví systému a rozhodl o případných nápravných akcích. –Inteligence – ITM může zbavit systémové administrátory nudných úkolů tím, že poskytuje cenné informace pro troubleshooting kritických situací. 21 21 IBM IDC Brno © 2003 IBM Corporation ibm_light_gray_logo_300dpi ‹#› SSO & DCS II - VÚT FI 5/21/2010 OnDemand_wh_bl 19 SSO & DCS II - VÚT FI 5/21/2010 Monitory I §Na každém monitorovaném zařízení je rozmístěno několik Tivoli monitorů. Každý je pak odpovědný za monitoring specifických zdrojů, např.: –Disk monitor monitoruje spotřebované místo na disku –Proces monitor monitoruje, zda monitorované procesy běží –Oracle monitor dohlíží na Oraclovské instance §Nejvíce alertů je tedy generováno přímo z monitorovaných uzlů, ale existují i další typy alertů, např.: –zda je server dostupný hlídá Tivoli Netview – který jen ověřuje zda jsou síťová rozhraní dosažitelná –Tzv. URL alerty jsou generovány tzv. PCPMM, který pomocí šablony ověřuje, zda jsou příslušné stránky dostupné. Jedná se o tzv. UP/DOWN monitoring, který je prováděn na specializovaném serveru. § 21 21 IBM IDC Brno © 2003 IBM Corporation ibm_light_gray_logo_300dpi ‹#› SSO & DCS II - VÚT FI 5/21/2010 OnDemand_wh_bl 20 SSO & DCS II - VÚT FI 5/21/2010 Monitory II §Jeden problém může generovat alerty z různých monitorů alerty 21 21 IBM IDC Brno © 2003 IBM Corporation ibm_light_gray_logo_300dpi ‹#› SSO & DCS II - VÚT FI 5/21/2010 OnDemand_wh_bl 21 SSO & DCS II - VÚT FI 5/21/2010 Příklad vygenerování alertu §Rozsah diskového místa na nějakém filesystému překročil definovanou hranici. §Disk monitor zjistí tuto situaci. §Následně je vygenerována Tivoli událost, která se pošle na TEC server. §TEC server ověří událost a pošle ji na konzoli. § 21 21 IBM IDC Brno © 2003 IBM Corporation ibm_light_gray_logo_300dpi ‹#› SSO & DCS II - VÚT FI 5/21/2010 OnDemand_wh_bl 22 SSO & DCS II - VÚT FI 5/21/2010 Užitečná příkazy §wep status … ověří koncový uzel (status lsfd) §wep … vrátí detaily o monitorovaném uzlu §wep ls … seznam všech monitorovaných uzlů §wlseng -z … vypíše detaily o profilech rozmístěných na monitorovaném uzlu, nahodí dm_ep_engine §wstopeng -z … zastaví dm_ep_engine na monitorovaném uzlu §report -ep … vrátí stav monitorů rozmístěných na monitorovaném uzlu §wping … ověří status oserv procesu na gatewayi §wgateway … seznam gatewayi a jejich status na TMR §wgateway restart … restartuje oserv na gatewayi §odadmin odlist … vypíše všechny gatewaye na TMR s detaily o Tivoli ID (číslo objektu, číslo dispečeru) §Poznámka: všechny výše zmíněné příkazy je nutné provádět na TMR § 21 21 IBM IDC Brno © 2003 IBM Corporation ibm_light_gray_logo_300dpi ‹#› SSO & DCS II - VÚT FI 5/21/2010 OnDemand_wh_bl 23 SSO & DCS II - VÚT FI 5/21/2010 Použité zkratky §Dm_ep_engine = Distributed Monitoring EndPoint Engine §ICMP = Internet Control Message Protocol §ITM = IBM Tivoli Monitoring §lcfd = Lightweight Client Framework Daemon §mn = managed node §OS = operation systém §RCA = Root-Cause Analysis §RDBMS = Relation database management systém §SNMP = Simple Network Management Protocol §TBSM = Tivoli Business Systems Manager §TCP/IP = Transmission Control Protocol/Internet Protocol §TEC = Tivoli Enterprise Console §TSD = Tivoli Software Distribution §TSM = Tivoli Storage Management §TMR = Tivoli Management Region §SW = software § § 21 21 IBM IDC Brno © 2003 IBM Corporation ibm_light_gray_logo_300dpi ‹#› SSO & DCS II - VÚT FI 5/21/2010 OnDemand_wh_bl 24 SSO & DCS II - VÚT FI 5/21/2010 Odkazy §http://publib.boulder.ibm.com/tividd/td/tdprodlist.html §http://www.redbooks.ibm.com/redbooks/pdfs/sg245240.pdf