Migration WebSphere ESB Nach IBM Integration Bus - Infrastruktur

Der WESB verwendet den WebSphere Application Server (WAS) als Laufzeitumgebung und kann daher auch auf die Standard-Mechanismen des Application Servers zurückgreifen. Die empfohlene Infrastruktur für hochverfügbare WAS-Umgebungen ist die so genannte “Golden Topology”. Hier werden die Anwendungen, Messaging-Komponenten sowie unterstützende Applikationen, wie z.B. Administrationswerkzeuge je auf einen eigenen Application Server Cluster aufgeteilt (AppTarget-, Support- und Messaging-Cluster), die wiederum auf mehrere Server verteilt werden können. Dadurch wird die Hochverfügbarkeit der Umgebung gewährleistet und ein Load Balancing zwischen den verschiedenen Servern ermöglicht.

Eine weitere zentrale WAS-Instanz, der Deployment Manager (DMGR) wird verwendet um die gesamte Umgebung zu administrieren. Die Serverinstanzen sind untereinander synchronisiert. Wird z.B. über den Deployment Manager eine WESB-Integrationslösung im AppTarget-Cluster installiert, wird diese automatisch auf alle Cluster-Mitglieder verteilt. Soll die Last gleichmäßig auf die verschiedenen Cluster-Seiten verteil werden, kann dies z.B. über einen vorgeschalteten Load Balancer geschehen.

Ganz anders sieht es beim IIB aus. Dieser läuft nicht innerhalb des WebSphere Application Servers, sondern bringt eine eigene Laufzeitumgebung mit. Die zentrale Komponente des IIB ist der Integration Node, bei dem es sich um eine Instanz des IIB ’s handelt. Innerhalb des Integration Nodes kann es eine beliebige Zahl von Integration Servern geben. Dabei handelt es sich jeweils um eine Java-VM, in der dann die eigentlichen Integrationslösungen laufen. Das Nutzen in der Verwendung mehrerer getrennter Integration Server liegt darin, dass IIB-Anwendungen so nach fachlichen oder technischen Aspekten gruppiert und auch voneinander isoliert werden können, z.B. um die Auswirkungen eines Ausfalls einer Anwendung auf andere Anwendungen zu minimieren. Dabei ist jedoch zu beachten, dass jeder zusätzliche Integration Server die Hardware-Anforderungen, insbesondere den Hauptspeicherbedarf deutlich erhöht.

Einen Lastausgleich erzielt man auf dem IIB, indem man mehrere Integration Nodes auf unterschiedlichen Servern einrichtet und die Integrationslösungen auf jedem dieser Server installiert. Anders als beim WESB sind die Integrationsknoten nicht untereinander synchronisiert und es gibt auch keinen zentralen Deployment Manager. Die Installation muss also unabhängig auf allen am Load Balancing beteiligten Servern installiert werden.

Es gibt verschiedene Ansätze zur Einrichtung einer hochverfügbaren IIB-Umgebung. Der IIB und das zugrunde liegende WebSphere MQ bieten einen eigenen Hochverfügbarkeits-Mechanismus. Dieser hat jedoch technische Voraussetzungen, die nicht in allen Fällen erfüllt werden können. Eine mögliche Alternative ist die Verwendung von Betriebssystemseitigen HA-Clustertechnologien wie z.B. HACMP auf AIX-Systemen. Heutzutage werden immer mehr virtuelle Maschinen (VM) anstelle von physischen Servern verwendet, daher werden hochverfügbare Umgebungen auf Basis von VM-Images immer häufiger, oft in Verbindung mit SAN-Filesystemen.

Welche Technologie die richtige ist, hängt individuell von den Kundenanforderungen und den bestehenden technischen Möglichkeiten ab.