ITSM PracticeCircle September 2007

Transkript

1 ITSM PracticeCircle September 2007 Visualisierung von IT Services mit HP Operations Manager für Windows Mathias Schurr AnyWeb AG

2 Inhalt Was ist HP Operations für Windows? Der ServiceBaum von HPO Ein Praxisbeispiel

3 Was ist HP OpenView Operations? System- und Servicemanagement Umgebung für eine Vielzahl verschiedener Betriebssysteme & Applikationen Win2003, Win2000, NT4, Solaris, AIX, HP-UX, Linux etc. WebServer, Oracle, ActiveDirectory, Exchange, SAP, MS SQL, Citrix etc.

4 Was macht HP OpenView Operations? Monitoring, Collecting: Elemente (Services) überwachen / Informationen sammeln Processing: Informationen verarbeiten nach vorgegebenen Regeln (Events generieren) Presentation: Events darstellen (Messages) Acting: Aktionen ausführen (Tools) => Incident Management

5 Woraus besteht OVOW? Management Server mit MS SQL DB Agenten & Policies auf Managed Nodes SPIs (Smart Plug-ins) Policies, Tools und Reports für Applikationen & OS Schnittstellen zu anderen Applikationen & Managementsystemen (IS, PI, NNM Adapter, ServiceDesk Applikationen, Remedy ARS, API s, SNMP) MMC Konsole und Web Interface mit MessageBrowser und ServiceBaum

6 Incident Mgt mit HP OV Operations Windows Agentbasiertes Incidentmanagement Agentless (SNMP, WMI-, Shell-Scripts, API s )

7 Incident Management mit AnyThing Schnittstellen zu anderen Managementsystemen: Integration als HPO-managed Node (Logfile, Eventlog, Scripts ) SNMP Traps WMI API s

8 Incidents darstellen Meldung in Konsole Detaillierte Angaben in der Meldung, diverse Möglichkeiten für Acknowledgement, Own, Annotation Zu jedem Incident kann eine Service ID konfiguriert werden Statusänderung im ServiceBaum Farbwechsel im ServiceBaum

9 Visualisierung von IT Services Idealerweise kann ein IT-Service auch grafisch dargestellt werden. Änderungen im Status eines Service sind durch Farbänderungen sofort ersichtlich. Verschiedene Funktionalitäten erlauben eine den Bedürfnissen und Berechtigungen des Endbenutzers angepasste Sichtweise.

10 Wieso Visualisierung? Reines Element / Systemmanagement ist oftmals nicht ausreichend, weil es nicht zu wissen reicht, dass irgendwo ein Fehler aufgetreten ist, sondern es klar sein muss, welcher Service/Kunde davon betroffen ist, resp. welche Auswirkung ein Incident auf einen Service hat. (Service, Severity)

11 Visualisierung IT Services: OVOW Servicetree

12 Service Baum Design Grundbegriffe : Service Hierarchy Overview Status Propagation & Calculation Funktionalität Root Cause Impacted Tools Reports & Graphs Servicebaum erstellen Autodiscovery durch Policies Service Editor ovowservice.exe

13 Service Baum Design Grundbegriffe : Service Hierarchy Overview Für OVO ist jedes verwaltete Element ein Service, also auch die einzelnen Nodes oder Teil davon (Komponenten, Module), die auf eine bestimmte Art und Weise zueinander in Beziehung stehen. Stichworte : subordinate, superordinate, dependency,. Status Propagation & Calculation Es ist konfigurierbar, mit welcher Severity Meldungen im ServiceBaum nach oben propagiert werden, resp. wie die Meldungen von unten zur Statusberechnung verwendet werden. (Wichtig z.b beim Ausfall redundanter Komponenten)

14 Service Baum Funktionalität Root Cause Impacted Tools Reports & Graphs

15 Service Baum Servicebaum erstellen Autodiscovery für Services, die durch ein SPI gemanaged werden. (OS, WebServer, Datenbanken, SAP, ExChange, AD,.) Service Editor ovowservice.exe commandline interface für Erstellung grosser ServiceBäume

16 Ein Beispiel aus der Praxis: SRG Virago Aufgabenstellung Umsetzung Workshop Service Dekomposition Proof-of-Concept Einbindung NMS Systeme Service Views erstellen Beispiele

17 SRG Virago Aufgabenstellung Mehrere Managementsysteme geben detaillierten Aufschluss über den Zustand einzelner Servicekomponenten, aber nicht darüber, welche übergeordneten Services von einer Störung betroffen sind. Es brauch ein System, das diesen Service (Umbrella Management) anbietet. oder Aus 5 Screens mach einen

18 Ein Beispiel aus der Praxis: SRG Virago Umsetzung Workshop Service Dekomposition Proof-of-Concept Einbindung NMS Systeme Service Views erstellen

19 Praxisbeispiel: Workshop Service Dekomposition

20 Praxisbeispiel: Proof-of-concept Aufbau einer kleinen Testumgebung und Testen des Konzepts.

21 Praxisbeispiel: Nach Proof-of-concept : GO!!! Integration der Management Systeme, Erstellen der entsprechenden Regelwerke (Policies) für die Integration der Meldungen in den Service Baum MIB s und SNMP Interceptorpolicies Erstellen des Service Baum s ovowservice.exe, excel-file Anbindung ans TroubleTicket System Ein TT wird generiert, wenn gewisse Services den Status wechseln..

22 Danke für Ihre Aufmerksamkeit Q & A