Ist es möglich, mod-cluster mit JBoss EAP 6.2 ohne einen separaten Apache HTTPD-Server zu verwenden?

1124
Steve Cohen

Ich bin beauftragt, einen Port einer Suite von Webanwendungen von Web Logic auf JBoss EAP (Version 6.2) zu protokollieren. Ich bin auf keinen Fall ein Experte bei Web Logic oder JBoss.

Die übergeordneten Anforderungen an dieses System lauten wie folgt:

ein. Der Lastausgleich wird von der Hardware vor den JBoss-Servern ausgeführt.

b. Wir wollen oder müssen KEINEN separaten Apache-Webserver bereitstellen. Voraussetzung ist die Verwendung des internen, sofort einsatzbereiten Webservers, der mit JBoss EAP geliefert wird.

c. Wir möchten jedoch Cluster für Hochverfügbarkeitszwecke und Sitzungsreplikation .

d. Die Domänenmodellfunktionen von JBoss EAP (für die Bereitstellung usw.) sind ein nettes Etwas, können aber entbehrlich sein, wenn sie zu viele Komplikationen verursachen. In diesem Fall könnten wir auf eigenständige Cluster-Server zurückgreifen.

Um dies zu erreichen, starte ich JBoss mit dem Full-ha-Domänenprofil. Ich kann die Sitzungsreplikation nicht zum Laufen bringen und daher schlägt das Clustering in einem einfachen Cluster mit zwei Servern fehl. Es gibt Fehler in den Protokollen, die darauf hinweisen, dass etwas nicht richtig eingerichtet ist, aber ich weiß nicht, was das sein könnte. Die jgroups-Tests und die Multicasting-UDP-Netzwerk-Setup-Tests funktionieren jedoch alle ordnungsgemäß.

Hier sind einige Fehlermeldungen auf dem zweiten Server.

[Server:beta] 08:26:09,863 WARN [org.jgroups.protocols.TP$ProtocolAdapter] (Incoming-6,shared=udp) dropping unicast message to wrong destination master:alpha/web; my local_addr is slave02:beta/web  [Server:beta] 08:27:58,647 DEBUG [org.jgroups.protocols.pbcast.STABLE] (OOB-19,shared=udp) slave02:beta/web: received digest from master:alpha/web (digest=master:alpha/web: [0 (0)]) which does not match my own digest (slave02:beta/web: [0 (0)]): ignoring digest and re-initializing own digest  [Server:beta] 08:28:38,067 DEBUG [org.jgroups.protocols.pbcast.STABLE] (OOB-19,shared=udp) slave02:beta/web: received digest from master:alpha/web (digest=master:alpha/web: [0 (0)]) which does not match my own digest (slave02:beta/web: [0 (0)]): ignoring digest and re-initializing own digest 

Auf dem ersten Server ist es ähnlich:

[Server:alpha] 08:27:43,430 DEBUG [org.jgroups.protocols.pbcast.STABLE] (OOB-20,shared=udp) master:alpha/web: received digest from slave02:beta/web (digest=slave02:beta/web: [0 (0)]) which does not match my own digest (master:alpha/web: [0 (0)]): ignoring digest and re-initializing own digest 

Ich zeige diese nur um ein Beispiel zu zeigen, womit ich mich beschäftigen möchte. Aber anstatt nach Antworten darauf zu suchen, suche ich nach Antworten auf zwei grundlegende Fragen.

  1. Kommt das mod-cluster-Paket, das standardmäßig im JBoss-Full-ha-Domänenprofil installiert ist, überhaupt zum Tragen, wenn Sie JBoss NICHT hinter einem externen Webserver bereitstellen? Wir haben darüber eine interne Debatte.

  2. Wäre es besser ratsam zu versuchen, eigenständige Server zu gruppieren, als zu versuchen, Clustering auf das JBoss-Domänenmodell zu setzen?

Vielen Dank.

0

1 Antwort auf die Frage

2
Laurens

Mod_cluster ist ein httpd-basierter Load Balancer. Sie benötigen also einen httpd / webserver mit einer installierten mod_cluster-Komponente, die mit der mod_cluster-Komponente zusammenarbeitet, die in den HA-Profilen von JBoss installiert ist. http://mod-cluster.jboss.org

Ein Domain-Setup von JBoss bietet die Möglichkeit, mehrere AS-Instanzen von einem einzigen Kontrollpunkt aus zu verwalten, was durch das Standalone-Setup nicht möglich ist. Das Clustering funktioniert in beiden Setup-Modi gleich. https://developer.jboss.org/wiki/JBossAS7UserGuide

Grüße,

Laurens