Oracle Fusion Middleware Überwachung mit Oracle BAM

Transkript

1 Oracle Fusion Middleware Überwachung mit Oracle BAM Schlüsselworte Monitoring, BAM, Fusion Middleware Einleitung Markus Lohn esentri AG Ettlingen Oracle BAM wird vor allem für das fachliche Überwachen von Geschäftsprozessen mit Oracle SOA und BPM Suite eingesetzt. Jedoch besteht auch die Möglichkeit die Middleware Infrastruktur zu überwachen. In diesem Vortrag werden die technischen Voraussetzungen und Möglichkeiten erläutert. Darüberhinaus erfolgt eine Demonstration am konkreten Beispiel aus der Praxis. Überwachung einer Infrastruktur auf Basis einer Fusion Middleware Das Monitoren und Überwachen einer Middleware-Umgebung kann aus zwei verschiedenen Perspektiven betrachtet werden. Zum einen aus Sicht der Applikation(en) und zum Anderen aus Sicht der Infrastruktur. Im vorliegenden Kontext bezeichnet Infrastruktur alle beteiligten Middleware- Komponenten und dazugehörigen Datenbanken. Einige Oracle Fusion Middleware Komponenten (FMW) benötigten zur Laufzeit Datenbanken, z. B. Oracle SOA oder BPM Suite. Abbildung 1 Werkzeugübersicht für die Überwachung einer Fusion Middleware Umgebung Eine typische FMW-Systemarchitektur beinhaltet üblicherweise einen Loadbalancer (Software- oder Hardware), WebLogic Server Cluster mit 1..n Managed Servern sowie die zugehörigen Datenbanken, z. B. für SOA Suite. Betrachtet man zusätzlich alle installierten Java EE und/oder SOA-basierten Applikationen, so entsteht eine komplexe Umgebung, die überwacht werden muss. Für die verfügbaren FMW-Komponenten gibt es eine Reihe von Werkzeugen, die unterschiedliche Aufgabestellungen in Bezug auf Monitoring und Überwachen bereitstellen. Ein Administrator kann diese Werkzeuge nutzen und verschiedene Informationen zu den Komponenten abfragen und daraus den Status der gesamten Umgebung ableiten. Das Abfragen dieser Informationen erfolgt jedoch immer

2 auf Anfrage durch den Administrator. Interessant wäre jedoch die Möglichkeit, ohne manuell Abfrage auf einen Blick, zu erkennen, ob der Status der gesamten FMW-Umgebung grün oder rot ist. In diesem Vortrag wird genau diese Fragestellung geklärt, durch den kombinierten Einsatz von Diagnostic Monitoring Service (DMS) und Business Activity Monitoring (BAM). Diagnostic Monitoring Service (DMS) DMS ist ein Service in der FMW, der zum Sammeln von Performance- und Statusdaten zu einzelnen Komponenten genutzt werden kann. DMS wurde bereits in FMW 10g angeboten und ist ebenfalls in FMW 11g integriert. Die gesammelten Daten können dann in Überwachungswerkzeugen, z. B. Oracle Enterprise Manager, analysiert und zur Anzeige gebracht werden. Beispielsweise werden die Performancedaten zur JVM im Enterprise Manager durch DMS erfasst und zur Verfügung gestellt. Abbildung 2 Architektur DMS DMS besteht aus folgenden Kernkomponenten: Metrics Metrics umfasst das Sammeln von Performance und Statusinformationen. Ferner wird eine Sprache zum Aggregieren und Erstellung von Berechnungen auf Basis der gesammelten Daten angeboten. Execution Context Ermöglicht die Erstellung und Nutzung eines eindeutigen Contextes zwischen verschiedenen FMW- Komponenten. Ein wichtiger Anwendungsfall ist die Nutzung im Oracle Diagnostic Logging. Die sog. ECID dient zum Nachverfolgen von Requests in den verschiedenen Logfiles der beteiligten FMW- Komponenten, z. B. Oracle HTTP-Server, WebLogic Server etc. Events and Tracing Mit dieser Komponente besteht die Möglichkeit definierte Ereignisse abzufangen und entsprechende Folgeaktionen zu starten. Eine Folgeaktion kann zum Beispiel die Weiterleitung der Daten an den JRockit Flight Recorder bedeuten. SpyServlet Mit dem SpyServlet können die gesammelten Metrics in einer einfachen Weboberfläche zur Anzeige gebracht werden.

3 MBeans Alle gesammelten Metrics stehen zusätzlich als MBean zur Verfügung und können durch die entsprechenden Werkzeuge (JConsole, MBean Browser, Java) ausgelesen werden. Zum Beispiel bedient sich das SpyServlet bei der Anzeige der Metriken dem sog. AggreSpy MBean. Business Activity Monitoring (BAM) BAM ist ein real-time Monitoring Werkzeug. Es ermöglicht das Sammeln von Daten und die Anzeige in interaktiven Dashboards und Berichten. Überdies besteht die Möglichkeit aus Dashboards und Berichten weitere Aktionen zu starten. BAM wird als Bestandsteil der Oracle SOA Suite zur Verfügung gestellt. Die Daten in BAM werden in sog. Data Objects gespeichert. Data Objects müssen zunächst definiert werden. Es empfiehlt sich deshalb für den jeweiligen Anwendungsfall ein Datenmodell für Data Objects zu erstellen. Abbildung 3 BAM Architektur BAM besteht aus folgenden Kernkomponenten: BAM Server BAM Server verwaltet die gesammelten Daten in einem intelligenten Cache. Ferner übernimmt der BAM Server die Kommunikation mit der BAM-Datenbank. Zusätzlich erfolgt die Überwachung von Events und Folgeaktionen. Die Definition von Events und Folgeaktionen erfolgt über die Definition von Alerts. BAM Web Application Die Web Applications bestehen aus weiteren Komponenten zum Verwalten von Berechtigungen, Definition von Data Objects, Erstellung und Anzeige von Dashboards und Berichten. BAM Adapter Ist ein Java EE Resource Adapter, der für die Bereitstellung von Daten nach BAM angesprochen werden kann. Die Kommunikation erfolgt über Webservices oder RMI. BAM Datenbank In der BAM Datenbank werden alle Data Objects, Dashboard- und Berichtsdefinitionen gespeichert. Zusätzlich erfolgt auch die Speicherung der Daten zu Data Objects. Die BAM Datenbank ist technisch

4 ein einziges Schema in einer Oracle-Datenbank. Für jedes Data Object wird eine eigene Tabelle in der BAM Datenbank erzeugt. Integration DMS und BAM Die Integration der beiden Komponenten erfolgt in Form einer Java EE Anwendung, die im WebLogic Server installiert und konfiguriert wird. Performance- und Statusdaten werden über eine MBean in DMS abgefragt. Die Daten werden auf jedem Managed Server erhoben. Die Performance- und Statusdaten werden in Form eines XML-Dokumentes zur Verfügung gestellt. Das XML-Dokument enthält die Performance- und Statusdaten in Form einer Tabellenstruktur, die sich aus den Noun- Definitionen in DMS ableitet. Es enthält sowohl die Definition der Metrics, als auch die aktuellen Daten zu den einzelnen Metrics. Abbildung 4 FMW-Monitoring Komponenten Nach Ermittlung der Performance- und Statusdaten werden zunächst die Data Objects in BAM definiert, sofern noch nicht vorhanden. Die jeweilige Metrics-Definition wird aus dem XML- Dokument extrahiert und anschließend durch eine XLS-Transformation in das XML-Format zur Definition von Data Objects in BAM transformiert. Anschließend erfolgt der Aufruf des BAM- Adapters, der ggf. das Data Object in BAM erstellt oder aktualisiert. Anschließend werden die Daten der einzelnen Metrics aus dem XML-Dokument ermittelt und ebenfalls durch den Aufruf des BAM Adapters in das jeweilige Data Object in BAM gespeichert. Die Komponente FMW-Monitoring wird in Form einer Java EE-Applikation im WebLogic Server installiert und konfiguriert. Zusätzlich kann eine Whitelist definiert werden, so dass lediglich ausgewählten Metrics bei der Bearbeitung berücksichtigt werden. Die Anwendung wird in definierten zeitlichen Abständen aktiviert und schreibt Daten nach BAM. In BAM erfolgt die Anzeige und Auswertung in interaktiven Dashboards und Berichten. Fazit Über die Kombination von DMS und BAM können interaktive Dashboards zur Verfügung gestellt werden, die den Status eine FMW-Umgebung dokumentieren. Interessant ist ferner die Möglichkeit, diese Daten auch mit Informationen aus den einzelnen Applikationen zu verknüpfen. Somit besteht die Möglichkeit, dem IT-Betrieb ein einfaches Werkzeug für die Überwachung einer FMW-Umgebung bereitzustellen.

5 Kontaktadresse: Markus Lohn esentri AG Pforzheimer Straße 132 D Ettlingen Telefon: +49 (0) Fax: +49 (0) Internet: