SLA- und Performance-Management mit Oracle GridControl

Transkript

1 SLA- und Performance-Management mit Oracle GridControl Sven Vetter Senior Consultant, Partner DOAG, SIG Database Basel Baden Bern Lausanne Zürich Düsseldorf Frankfurt/M. Freiburg i. Br. Hamburg München Stuttgart Agenda Überblick, Ziele Definition von Services Erweiterung durch Systeme Daten sind immer im Spiel. Die "Root Cause" SLA-Überwachung Dashboards Ausblick und Fazit SLA- und Performance-Management mit Oracle GridControl

2 Architekturüberblick Web-based GridControl Management Service (J2EE Web Application) HTTP(S) Thin JDBC Management Repository Managed Targets Management Agent HTTP(S) Management Agent Management Agent Database Control Quelle: Oracle Corporation Database OS/Third-Party Application Application Server Application Server Control SLA- und Performance-Management mit Oracle GridControl Überblick Mit Oracle GridControl 10.2 hat Oracle ein neues (lizenzpflichtiges) Pack auf den Markt gebracht: Das "Service Level Management Pack" Ziel (lt. Oracle-Store): Mit dem Service Level Management Pack lässt sich die Verfügbarkeit und Performance von kritischen Anwendungen (Diensten und Internetanwendungen), Standorten und Infrastrukturkomponenten aktiv überwachen. Außerdem können entsprechende Berichte erstellt werden. Zu diesem Zweck werden von externen Standorten (Beacons) aus künstlich Transaktionen ausgeführt. SLA- und Performance-Management mit Oracle GridControl

3 Ziele Performance- und Verfügbarkeitsüberwachung End-to-End-Monitoring Überwachung nicht nur von Oracle-Komponenten Root-Cause Analyse Einfache Übersichtsanzeigen (um First Level Support die Möglichkeit zu geben, Probleme zu finden und zu lösen) SLA- und Performance-Management mit Oracle GridControl Ziele: Dashboard-Funktionalität SLA- und Performance-Management mit Oracle GridControl

4 Agenda Überblick, Ziele Definition von Services Erweiterung durch Systeme Daten sind immer im Spiel. Die "Root Cause" SLA-Überwachung Dashboards Ausblick und Fazit SLA- und Performance-Management mit Oracle GridControl Services Überblick Ein Service entspricht einer End-User- bzw. Business- Funktionalität z.b. eine CRM-Applikation, Online Banking, Mail, Damit ein Service als "lauffähig" betrachtet wird, braucht es: Die generelle Verfügbarkeit aller Komponenten Definierte Antwortzeiten Korrekte Daten Folgende Servicearten existieren: Webapplication Generic Service Aggregate Service Identity Management Service Collaboration Suite Service SLA- und Performance-Management mit Oracle GridControl

5 Services Webapplication Überwachung einer Webseite bzw. Webapplikation Über Systeme (siehe nächstes Kapitel) können Beziehungen zu den zugehörigen Komponenten (Datenbank, Listener, Server, Webserver, Netzwerk, ) definiert werden Performance und Verfügbarkeit werden durch Webtransaktionen überwacht (oder durch System-Tests) Transaktionen werden durch "Beacons" durchgeführt, jeder GridControl Agent kann als Beacon fungieren Transaktionen können von mehreren Standorten durchgeführt werden, um die Performance von unterschiedliche Location zu überwachen (bedingt einen Beacon pro Standort) SLA- und Performance-Management mit Oracle GridControl Services Webapplication Webtransaktionen können einzelne URL-Zugriffe sein oder aber beliebige viele Schritte einer Webapplikation Diese Schritte können manuell erfasst werden oder durch einen integrierten Macro-Recorder aufgezeichnet werden Dieser Recorder bedingt aber den Microsoft Internet Explorer Wenn IE, wird ein Active-X-Control installiert, welches es erlaubt, einen normalen Arbeitsablauf aufzuzeichnen SLA- und Performance-Management mit Oracle GridControl

6 Services Webapplication Beim manuellen Erfassen kann pro Step definiert werden: Die Methode des Requests Eventuelle zusätzliche Header-Informationen Die gesendeten Daten, wenn die Methode=POST "Basic Authentication Credentials" können übergeben werden SLA- und Performance-Management mit Oracle GridControl Services Webapplication Über "Advanced Properties" können weitere Tests vorgenommen werden, z.b. ob bestimmte Texte auf der Seite enthalten sind Es kann nicht nur die totale Zeit eines Web-Requests gemessen werden, sondern dieser in seine Bestandteile aufgegliedert werden Dadurch ist zu erkennen, ob z.b. ein DNS-Problem vorliegt SLA- und Performance-Management mit Oracle GridControl

7 Services Webapplication Pro Performance-Messwert können Schwellwerte festgelegt werden: Diese können dann für die Verfügbarkeitsberechnung benutzt werden Innerhalb eines Services können beliebig viele Tests durchgeführt werden Das Test-Intervall kann pro Service definiert werden SLA- und Performance-Management mit Oracle GridControl Services Webapplication Ergebnis Übersichtsseite SLA- und Performance-Management mit Oracle GridControl

8 Services Webapplication Ergebnis viele Details: SLA- und Performance-Management mit Oracle GridControl Services Webapplication Überschreitungen von Schwellwerten werden protokolliert und können Aktionen auslösen ( , PL/SQL, SNMP-Trap) SLA- und Performance-Management mit Oracle GridControl

9 Services Webapplication und HTTPS Sollen SSL Verbindungen überwacht werden, muss das Zertifikat ausgewertet werden können und gültig sein (ansonsten Fehlermeldung "SSL handshake failed ") Also muss die "Certificate Authority" bekannt sein muss Eine Reihe von CA's sind in der Beacon Software integriert Um weitere CA's zuzulassen, müssen diese manuell in "$AGENT_HOME/sysman/config/b64InternetCertificate.txt" erfasst werden Genau Beschreibung dazu im Kapitel "Enterprise Manager Security" der EM-Dokumentation SLA- und Performance-Management mit Oracle GridControl Generic Services Ausser Webapplikationen können noch diverse andere Applikationsarten getestet werden: Oracle SQL Timing, JDBC SQL Timing DNS FTP Ping, HTTP-Ping, TNS Ping IMAP, POP, SMTP LDAP NNTP (Network News Transfer Protocol) Port Checker (offene und geschlossene Ports, mit/ohne SSL) SOAP Eigene Scripts SLA- und Performance-Management mit Oracle GridControl

10 Generic Services Oracle SQL Timing Mittels "Oracle SQL Timing" können beliebige SQL-Statements gegen beliebige Datenbanken ausgeführt werden SLA- und Performance-Management mit Oracle GridControl Generic Services Oracle SQL Timing Es können diverse Metrics überwacht werden, so dass zu einem Performanceproblem schnell die Ursache gefunden werden kann: Zu allen diesen Metrics können wieder Schwellwerte gesetzt werden: SLA- und Performance-Management mit Oracle GridControl

11 Generic Services Custom Script Mit Custom Scripts können beliebige Targets überwacht werden Ein Script kann bis zu 10 Messwerten zurückgeben Diese müssen als numerische Werte in max. 10 Zeilen per Standardoutput ausgegeben werden Dazu können wieder Schwellwerte (und sprechende Namen) definiert werden Zusätzlich wird der Exit-Code (Status) und die Laufzeit ausgewertet SLA- und Performance-Management mit Oracle GridControl Generic Services Custom Script Beispiel Folgendes Testscript #!/bin/sh date "+%M" date "+%H" exit 0 Aufgerufen jede Minute gibt es u.a. folgende schöne Grafiken: SLA- und Performance-Management mit Oracle GridControl

12 Agenda Überblick, Ziele Definition von Services Erweiterung durch Systeme Daten sind immer im Spiel. Die "Root Cause" SLA-Überwachung Dashboards Ausblick und Fazit SLA- und Performance-Management mit Oracle GridControl Erweiterung durch Systeme Durch Services wurde bis zu diesem Punkt nur die Performance und Verfügbarkeit für die Endanwender überwacht Auf der anderen Seite kann Oracle schon immer durch Metrics die Performance von Hardware und Software überwachen Interessant wäre es jetzt, diese beiden Punkte zu kombinieren, um eine Verbindung von Enduser-Problemen zu deren Ursachen zu erhalten Dies erfolgt durch die Definition von Systemen und deren Zuordnung zu Services SLA- und Performance-Management mit Oracle GridControl

13 Systeme: Überblick Ein System ist ein Set von Infrastruktur (Hardware, Datenbank, Application Server, ) welches benötigt wird, um eine Applikation zu betreiben Alle EM-Targets können in Systemen benutzt werden Systeme können geschachtelt werden Zwischen den einzelnen Target können Beziehungen definiert werden (z.b. braucht eine bestimmte Datenbank eine ASM- Instanz) SLA- und Performance-Management mit Oracle GridControl Systeme: Topologie Wenn mit Internet Explorer ob Version 5.5 gearbeitet wird (und SVG installiert ist), kann die Topologie (Abhängigkeiten) grafisch erfasst werden: SLA- und Performance-Management mit Oracle GridControl

14 Systeme: Topologie Ohne IE muss dies tabellarisch erfasst werden: SLA- und Performance-Management mit Oracle GridControl Systeme: Charts Welche Charts wie angezeigt werden, kann definiert werden: Leider bleibt der Browser bei der Anzeige dieser Charts regelmässig hängen SLA- und Performance-Management mit Oracle GridControl

15 Systeme: Auswertungen Diverse Übersichten: SLA- und Performance-Management mit Oracle GridControl Systeme: Auswertungen Auch hier schon eine Dashboard-Sicht: SLA- und Performance-Management mit Oracle GridControl

16 Services und Systeme Zu einem Service kann ein System zugeordnet werden Dadurch können sowohl die Enduser- Performance-Daten (Performance) als auch die "technischen" Performance- Daten (Usage) in einer Übersicht überwacht werden Und natürlich alle Details SLA- und Performance-Management mit Oracle GridControl Agenda Überblick, Ziele Definition von Services Erweiterung durch Systeme Daten sind immer im Spiel. Die "Root Cause" SLA-Überwachung Dashboards Ausblick und Fazit SLA- und Performance-Management mit Oracle GridControl

17 Root Cause Analysis (RCA) Ist ein Service nicht verfügbar (oder die Performance verletzt die Schwellwerte), kann Oracle anhand des Systems die Ursache ermitteln Zwei Arten: Manuell: Wenn ein Problem auftritt, muss manuell die RCA gestartet werden, Ergebnisse davon werden nicht abgespeichert Automatisch (Default): Die RCA wird automatisch immer bei einem Problem durchgeführt, die Ergebnisse werden auf der Service-Homepage angezeigt und für spätere Auswertungen abgespeichert SLA- und Performance-Management mit Oracle GridControl Root Cause Analysis (RCA) Standardmässig werden auf Targetebene definierten Metrics für die Analyse herbeigezogen Innerhalb des Services können aber noch weitere Komponententest hinzugezogen werden Dadurch können Metrics überschrieben werden, wenn sie für diesen Service unwichtig sind oder anders benötigt werden Im Service können "Key components" definiert werden, nur diese werden für die Tests benutzt (so dass Systeme auch für mehrere, ähnliche Services benutzt werden können) SLA- und Performance-Management mit Oracle GridControl

18 Root Cause Analysis (RCA) Beispiel: Ein für einen Service benötigter Listener wurde gestoppt, dadurch war die Webseite nicht mehr verfügbar: SLA- und Performance-Management mit Oracle GridControl Root Cause Analysis (RCA) Dies ist dann natürlich auch in der Topologie-View sichtbar SLA- und Performance-Management mit Oracle GridControl

19 Root Cause Analysis (RCA) Auch auf der Target-Seite selbst (hier der gestoppte Listener) ist der Impact erkennbar SLA- und Performance-Management mit Oracle GridControl Root Cause Analysis (RCA) Test Intervall Wenn EM die Benachrichtigung und Fehlersuche anvertraut wird, ist es wichtig, dass die Daten schnell ausgewertet werden Dies ist aber in der Standardeinstellung nicht der Fall Statustests werden z.b. nur alle 5 min. durchgeführt: Diese Werte müssen gegebenenfalls pro Target angepasst werden SLA- und Performance-Management mit Oracle GridControl

20 Root Cause Analysis (RCA) Upload Intervall Werden Performanceüberwachungen durchgeführt, ist es eventuell auch wichtig, dass diese Daten schnell sichtbar sind Dies ist aber in der Standardeinstellung (auch) nicht der Fall Auf Serviceebene kann zwar das Test-Intervall eingegeben werden, aber die Daten werden dann nur alle 15 min. vom Agent zum Management Service übertragen Dies kann in $AGENT_HOME/sysman/config/emd.properties angepasst werden: # How long, in minutes, collector will wait until next load. # UploadInterval=15 SLA- und Performance-Management mit Oracle GridControl Agenda Überblick, Ziele Definition von Services Erweiterung durch Systeme Daten sind immer im Spiel. Die "Root Cause" SLA-Überwachung Dashboards Ausblick und Fazit SLA- und Performance-Management mit Oracle GridControl

21 SLA-Überwachung Definition Standardmässig wird für die SLA-Berechnung nur die reine Verfügbarkeit von Key Komponenten benutzt Sollen noch Performance-Metrics einbezogen werden, muss dies definiert werden: SLA- und Performance-Management mit Oracle GridControl SLA-Überwachung Definition Neben dem erwarteten Servicelevel müssen die Geschäftszeiten definiert werden: Ausserdem ob unbekannte Zustände und Blackouts als Verletzung zählen oder nicht: SLA- und Performance-Management mit Oracle GridControl

22 SLA-Überwachung Auswertungen Eine Übersichtsgrafik wird angezeigt: Ausserdem eine Tabelle aller Verletzungen: SLA- und Performance-Management mit Oracle GridControl Agenda Überblick, Ziele Definition von Services Erweiterung durch Systeme Daten sind immer im Spiel. Die "Root Cause" SLA-Überwachung Dashboards Ausblick und Fazit SLA- und Performance-Management mit Oracle GridControl

23 Dashboards Pro Service gibt es einen vordefinierten Dashboard-Report: Angezeigt werden: Aktueller Status des Services Die 3 "kritischsten" Performance- und Usage-Werte Status der System-Komponenten Die Verfügbarkeit der letzten 24 Stunden, 7 Tage und 31 Tage SLA- und Performance-Management mit Oracle GridControl Dashboards Typischerweise sollen aber mehrere Services auf einem Dashboard angezeigt werden Dazu muss der vordefinierte Report kopiert werden und mehrere Service-Targets aufgenommen werden Dabei können auch andere/zusätzliche SLA-Zeitspannen benutzt werden SLA- und Performance-Management mit Oracle GridControl

24 Dashboards Dieser Dashboard-Report kann auch per Scheduler geplant und per verschickt werden Ausserdem kann der Report "public" gesetzt werden, d.h. er kann ohne Anmeldung am Enterprise Manager angezeigt werden: SLA- und Performance-Management mit Oracle GridControl Dashboards Beispiel Und natürlich kann immer ein DrillDown durchgeführt werden SLA- und Performance-Management mit Oracle GridControl

25 Agenda Überblick, Ziele Definition von Services Erweiterung durch Systeme Daten sind immer im Spiel. Die "Root Cause" SLA-Überwachung Dashboards Ausblick und Fazit SLA- und Performance-Management mit Oracle GridControl Fazit Für eine erste Version des SLA-Packs ein schon sehr gelungenes Produkt, ohne grosse Fehler Es gibt viele Enduser-Performance- und Verfügbarkeitstest Diese sind schon heute unabhängig von Oracle Ein gutes Konzept ist wichtig (z.b. per überwacht was, welches Intervall,...) Im Bereich Infrastruktur-Komponenten-Überwachung ist das Hauptaugenmerk (neben Hosts) klar noch auf Oracle Produkte gelegt, dort haben andere Produkte heute mehr Möglichkeiten Aber es gibt schon heute diverse Plugins für die Überwachung anderer Komponenten SLA- und Performance-Management mit Oracle GridControl

26 Fazit Plugins (Stand ) alle lizenzpflichtig: BEA WebLogic Check Point Firewall EMC Celerra F5 BigIP Local Traffic Manager IBM DB2 Database IBM WebSphere Juniper Netscreen Firewall Microsoft Active Directory Microsoft BizTalk Server Microsoft Commerce Server Microsoft Internet Information Services Microsoft Internet Security and Acceleration (ISA) Server Microsoft.NET Framework Microsoft SQL Server SLA- und Performance-Management mit Oracle GridControl Ausblick Trivadis wird in einer Veranstaltung in der 2. Jahreshälfte weitere Informationen über Test mit diesen Plugins bieten Ausserdem werden wir die End-to-end-Performancekomponenten (die jetzt schon auf Ebene Apache, OC4J und DB vorhanden sind) detailliert untersuchen und vorstellen ABER: Es lohnt sich schon jetzt, sich mit den neuen Features zu beschäftigen, die Möglichkeiten sind enorm! SLA- und Performance-Management mit Oracle GridControl

27 Vielen Dank!? Basel Baden Bern Lausanne Zürich Düsseldorf Frankfurt/M. Freiburg i. Br. Hamburg München Stuttgart 27