Load Balancing
Ein Load Balancing System besteht mindestens aus einem Lobster_data Node Controller und einem Lobster_data Node, die Anzahl der Lobster_data Nodes ist jedoch nach oben beliebig skalierbar. Sinnvollerweise wird der Lobster_data Node Controller in einer High-Availability-Umgebung aufgesetzt, dies ist jedoch nicht zwingend notwendig. Auch wenn keine homogene Betriebssystemumgebung notwendig ist, empfiehlt es sich, die Lobster_data Nodes auf dem gleichen Betriebssystem wie den Lobster_data-Node-Controller zu betreiben, Unix-/Linux-Betriebssysteme sind hier besser geeignet, aber nicht zwingend notwendig.
Wichtiger Hinweis: Der Message Port (Default ist 8020) des Message Service muss zwischen allen Parteien "frei" sein, d. h. gegebenenfalls Firewall-Regeln und/oder Virenscanner bitte entsprechend anpassen. Wird das Failover-Konzept aktiviert, ist meist ein weiterer Port freizuschalten (siehe dort).
Allgemeines
Der Lobster_data Node Controller übernimmt die Datenannahme sämtlicher Eingangsquellen (Eingangsagenten) und verteilt die Konvertierungsaufgaben an die aktiven Lobster_data Nodes. Ausnahmen sind alle HTTP-basierten Eingangsagenten (z. B. Webservice), da hier immer ein Request Response Model zu Grunde liegt. Die GUI des Lobster_data kann sich nur an einem Node Controller anmelden. Sämtliche Aktivitäten aller Lobster_data-Installationen werden gesammelt im Control Center dargestellt, Veränderungen an Profilen (inkl. Neuanlage) werden an die aktiven Lobster_data Nodes gemeldet und synchronisiert. Da alle Instanzen auf ein und dieselbe Datenbank zugreifen, laden nachträglich gestartete Lobster_data Nodes die gerade aktuellen Profile aus der Datenbank und sind somit auch synchronisiert. Ist keine andere Einstellung im Message Service aktiv (z. B. Routen), verbleibt die Konvertierungsaufgabe bei Profilketten bei dem aktiven Lobster_data-Node, der den anfänglichen Job erhalten hat - dies reduziert die Netzwerklast und ermöglicht eine schnellere Abarbeitung der Konvertierung, da zusätzlicher Overhead in der Verteilungs-Logik umgangen wird. Hinweis: Alternativ kann die Message im Antwortweg auf Kontext DataWizard und Queue LoadBalanceTask erfolgen - in diesem Fall wird die Message automatisch an den Node Controller zurück gereicht und von dort verteilt. Als IP-Adresse in der message.xml darf nicht 0.0.0.0 eingestellt sein (Controller und Node)!