• Save
3 Horvath Gyozo
Upcoming SlideShare
Loading in...5
×
 

3 Horvath Gyozo

on

  • 1,041 views

 

Statistics

Views

Total Views
1,041
Views on SlideShare
1,015
Embed Views
26

Actions

Likes
0
Downloads
0
Comments
0

2 Embeds 26

http://www.polygon.hu 23
http://www.slideshare.net 3

Accessibility

Categories

Upload Details

Uploaded via as Microsoft PowerPoint

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

3 Horvath Gyozo 3 Horvath Gyozo Presentation Transcript

  • Vállalatok a Dinamikus Infrastruktúra küszöbén Tivoli Omnibus & Network Manager IP Edition version 3.8 A vállalati infrastruktúra monitorozása, eseménykezelése, hibajavítás automatizálása. Készítette: Horváth Győző 2009.
  • Mi a hálózatfelügyelet? Miért aktuális a hálózat felügyeletről beszélni? A TERMÉK
  • HÁLÓZAT FELÜGYELET CÉLJA A hálózat-felügyelet célja, hogy biztosítsa az intézmény hálózatának folyamatos és elvárásoknak megfelelő működés ét. Ehhez szükséges a – a felügyelt hálózat naprakész ismeret e, azaz folyamatos felderítése, és – a hálózat megelőző jellegű és működését ellenőrző megfigyelés e. A hálózat-felügyeletnek illeszkednie kell a teljes informatikai rendszer üzemeltetési környezetébe .
    • A HÁLÓZAT FELÜGYELET TÁRGYA
    • A hálózat: számítógép-hálózat, adatátviteli hálózat, kommunikációs hálózat stb.
      • - adathálózati eszközök (routerek, LAN kapcsolók), összeköttetések
        • - berendezés szekrények, szünetmentes áramforrások
    • - tűzfalak, behatolás jelző rendszerek, céleszközök
    • - telefon szolgáltatás eszközei
    • - nyomtatók, szerverek…
    • Kiszolgáló szerepe van: akkor jó, ha a felhasználók nem is tudnak róla
    • - természetes a folyamatos rendelkezésre állása
    • Az informatikai alap infrastruktúra egyik eleme
  • MIÉRT AKTUÁLIS HÁLÓZAT FELÜGYELETTEL FOGLAKOZNI? A tapasztalatok szerint az üzemeltetési folyamatok hatékonysága sok helyen javítható Automatizmusok kialakítása - események közötti összefüggések feltárása, ok-okozati elemzések - üzemeltetési folyamat elemek – súlyossági szintek, operátori hozzárendelések, eszkaláció - ügyfélszolgálat kiszolgálása: automatikus hibajegy nyitás, információ hozzárendelés - folyamatok, felületek egységesítése - azonos eszközök használata minél több infrastruktúra elem felügyeletére, kezelésére Az új hálózati technológiák, megoldások megjelenése folyamatos - MPLS, METRO stb
  • A TERMÉK
  • IBM TIVOLI OMNIBUS & NETWORK MANAGER IP EDITION version 3.8 Az ONM alkalmas – heterogén és összetett kommunikációs hálózatok fizikai és logikai kialakításának felderítésére és megfigyelésére, – a hálózatban előforduló előrejelző- és meghibásodási események, valamint ezek hatásainak megjelenítésére. Mindezt az informatikai rendszerüzemeltetés részeként, hatásosan és hatékonyan . Az ONM több önálló termékből álló csomag: – IBM Tivoli Netcool/OMNIbus V7.2.1 – IBM Tivoli Netcool/Webtop 2.2 – IBM Tivoli Network Manager IP Edition V3.8
  •  
  • Kifinomultan szabályozható: - Csak azt kezeljük amire szükségünk van, ezzel sebességre és forgalomra optimalizálunk Alapvető szabályozások: - terület szerint: egyetlen eszköztől, alhálózatokon át a teljes hálózatra - technológia szerint: Ethernet, CDP, VLAN, Cisco Frame Relay, ATM; IP, MPLS, OSPF, BGP, HSRP, statikus NAT - gyártó szerint: Cisco, Huawei, Extreme, Foundry, Juniper, Alcatel, HP, Nortel stb. - szűrések az elemi és a részletesebb információ gyűjtések után Külső adatforrásból is olvashatunk be információkat Ütemezett teljes- és részleges felderítés, valamint esemény vezérelt felderítés HÁLÓZAT FELDERÍTÉS
  • OMNIbus – piacvezető központi eseménykezelő megoldás (MICROMUSE) – egy közös, normalizált esemény formátumot használ – több száz forrás eseményeinek normalizálására alkalmas gyárilag – tetszőlegeset hozzáfejleszthetünk (SNMP, Syslog, Corba, CSV stb. formátumok kezelése) – a távközlésben átfogó (umbrella) menedzserként is használják KÖZPONTI ESEMÉNYKEZELÉS I.
  • Esemény források a Network Manager-ben Az eszközök ki nem kényszerített SNMP és/vagy Syslog üzenetei A Network Manager hálózat figyelésből származó riasztásai – eszközök interfészeinek elérhetősége (ICMP, SNMP) – paraméter lekérdezésekből származó küszöbérték sértések (CPU terhelés, hőmérséklet stb. - SNMP) KÖZPONTI ESEMÉNYKEZELÉS II.
  • ESEMÉNYEK FELDOLGOZÁSA Gyári megoldások az OMNIbus-ban: – többszörös riasztások egyesítése az előfordulások számának, kezdő és utolsó időpontjának megjelölésével – egy eszközből érkező többszörös riasztások elnyomása - egy eszköz hibája esetén annak összes komponense (pl. moduljai) is hibát jelez – kioltott események törlése (például: egy-egy interfész le-, majd felkapcsolódása) Gyári megoldások a ONM-ben – topológiai ok-okozati elemzés (root cause analysis (RCA), gyökér-ok elemzés) – szolgáltatás érintettség elemzés
  • ESEMÉNYEK FELDOLGOZÁSA II.
    • Egyszerűen készíthetők egyedi korrelációs szabályok és automatizált reakciók is
    • Egyes eszközök, elemek külön állíthatók felügyelt/nem felügyelt állapotba
    • Esemény listából könnyen elérhetők gyári és egyedi eszközök
    • Munkafolyamat támogatás (eseményhez rendelt gazda, eszkaláció, eseménykezelés naplózása stb.)
  • RIPORTOK
  • RIPORTOK Az NCIM és az OMNIbus adatbázisokból dolgozik Beépített riportok - Állapot, eszköz, hibaelhárítási riportok > duplexitás eltérés, MAC címek kigyűjtése, operációs rendszerek kigyűjtése, feltérképezési hibakeresés, forgalmi adatok visszamenőleges grafikus ábrázolása Saját kialakítású riportok készíthetők - a Tivoli Common Reporting jelentés kezelőt és az Eclipse alapú BIRT (Business Intelligence and Reporting Tools) jelentés tervező eszközt tartalmazza A riportok PDF állományként állnak elő, archiválhatók, és automatizáltan is készíthetők
  • A termékekhez járnak az IBM Tivoli Monitoring ügynökök – IBM Tivoli Monitoring for Tivoli Netcool/OMNIbus és – IBM Tivoli Monitoring for Tivoli Network Manager IP Edition Magukat az alkalmazásokat teszi könnyen felügyelhetővé és riasztásokat is generál az OMNIbus-ba – kiegészíthető a szerverek felügyeletével is ÖNELLENŐRZÉS
  • Az ONM egy általános – gyártó független – hálózat-felügyeleti rendszer - számos gyártó specifikus funkciót is tartalmaz: gyártói technológiák (pl.CDP), struktúra böngésző stb. Az ONM sokféle eszközfajta kezelésére alkalmas - különböző hálózati berendezések, szerverek, nyomtatók, szünetmentes tápegységek stb. Specializált megoldások: gyártó specifikus, elem menedzsment rendszerek - olyan funkciókat biztosítanak, melyeket az általános felügyeleti megoldás természeténél fogva nem – például konfiguráció felügyelet, speciális technológiák támogatása stb. A legtöbb esetben a kétféle megoldás együttes alkalmazása célszerű Integrációs lehetőségek az ONM oldaláról - események konszolidált fogadása az elem menedzserből - hálózati felderítési eredmények importálása az elem menedzserből - elem menedzser böngésző alapú funkcióinak meghívása az ONM alkalmazásokból
  • ONM KAPCSOLATA MÁS RENDSZEREKKEL Az OMNIbus jól illeszthető hibajegy kezelő ügyfélszolgálati rendszerekhez - összerendelhető a hibajegy nyitás esemény, hibajegy lezárás nyugtázáskor, esemény törlés hibajegy lezáráskor Gyári integrációk Tivoli Service Request Manager-el (TSRM), harmadik gyártó termékeivel (Remedy, Service Desk stb.) Változáskezelés és konfiguráció menedzsment: konfigurációs elemek és függőségeik exportálási lehetősége konfigurációs adatbázisba – NCIM -> CMDB - jól definiált felület az NCIM-hez Kész megoldások a Tivoli termékekhez -Tivoli Application Dependency and Discovery Manager (TADDM): konfigurációs elemek és kapcsolataik feltérképezése; NCIM adatok import lehetősége - Configuration and Change Management DataBase (CCMDB): szokásos CMDB funkciók
  • SZOLGÁLTATÁS ÁLLAPOT FELÜGYELET Informatikai vezetők számára sokszor csak az a fontos, hogy gyorsan átlássák a számukra kritikus szolgáltatások állapotát - Működik-e az SAP? Megy-e az Internet? Stb. Milyen válaszidővel? Az üzemeltetőknek az is fontos lehet, hogy gyorsan átlássák hol a hiba forrása, ha egy szolgáltatás mégse menne Ezekre a feladatokra megoldás a Tivoli Business Service Manager (TBSM) Az OMNIbus eseményeiből és külső adatforrásokból (pl. az ITM tranzakciós adatai) állítja elő az egymásra épülő szolgáltatás elemek állapotát Állapot, minőségi jellemzők és SLA-k követése
  • AZ ONM KIEMELT JELLEMZŐI I. A termékek távközlési környezethez készültek, így - nagyon jó teljesítőképesség, méretezhetőség - nagy rendelkezésre állású megoldások - nagyon széles körű eszköz, illetve esemény forrás támogatás Egyedi fejlesztések kérésre is lehetségesek – természetesen üzletileg indokolt esetekben Nagyfokú testreszabhatóság - minden felület és adatbázis nyitva áll és részletesen dokumentált IPv6 támogatás, FIPS 140-2 (minősített titkosítási megoldás)
  • Gyári integrációk a Tivoli család elemeihez és sok más gyártói rendszerhez is Széleskörű platform támogatás (Windows, RedHat, AIX, Solaris...) Egységes L2, L3 adatbázis és ok-okozati elemzés (RCA) - várható fejlesztés L1 irányba is Kiterjedtebb felderítési lehetőségek (eszközökben, technológiákban) Dinamikus gyári nézetek alkalmazásának lehetősége - eszközök és technológiák szerint Jobban testre szabható, különösen az esemény korrelációs képessége AZ ONM KIEMELT JELLEMZŐI II.
  • KÖSZÖNÖM A FIGYELMET!