Cluster
Zur Verbesserung des Datendurchsatzes und aus Gründen der Fehlertoleranz können Sie mehrere FlowForce Server so konfigurieren, dass sie als Cluster ausgeführt werden. Dies bringt folgende Vorteile:
•Lastenausgleich
•Schlankeres Ressourcenmanagement
•Wartung nach Zeitplan
•Verringertes Risiko von Unterbrechungen des Diensts
| Anmerkung: | Systemübergreifende Cluster werden nicht unterstützt, d.h.eine Worker-Master-Verbindung zwischen verschiedenen Betriebssystemplattformen (wie z.B. zwischen Linux und Windows) ist nicht möglich. |
Lastenausgleich
Wenn die FlowForce Server-Hardware aufgrund mehrerer gleichzeitig ausgeführter Auftragsinstanzen überlastet ist, können Sie einen Teil der Arbeitslast an eine andere gerade ausgeführte Instanz von FlowForce Server (einen so genannten Worker) auslagern. Sie können einen Cluster bestehend aus einem Master-Rechner und mehreren Worker-Rechnern einrichten und auf diese Art alle lizenzierten Kerne im Cluster nutzen.
Schlankeres Ressourcenmanagement
Einer der als Master definierten Rechner überwacht ständig die Auftrags-Trigger und weist Aufträge in der Warteschlange Worker-Rechnern oder, je nach Konfiguration, auch sich selbst zu. Sie können die Warteschlangeneinstellungen konfigurieren und einen Auftrag einer bestimmten Warteschlange zuweisen. So können Sie den Master-Rechner etwa auch so konfigurieren, dass er gar keine Auftragsinstanzen verarbeitet, damit diese Ressourcen ständig ausschließlich dem FlowForce-Dienst statt für die Datenverarbeitung zur Verfügung stehen.
Wartung von Worker-Rechnern nach Zeitplan
Außerdem können Sie jede laufende Instanz von FlowForce Server, bei der es sich nicht um den Master handelt jederzeit neu starten oder herunterfahren, ohne dass dadurch der Dienst unterbrochen wird. Beachten Sie, dass der Master immer zur Verfügung stehen sollte; wenn Sie diesen neu starten oder herunterfahren, wird der Dienst unterbrochen.
Verringertes Risiko von Unterbrechungen des Diensts
Wie sich Störfälle wie kaputte Hardware, Stromausfälle, ausgesteckte Netzwerkkabel, usw. auswirken, hängt davon ab, ob es sich beim betroffenen Rechner um einen Worker oder einen Master handelt:
•Wenn es sich beim Rechner um einen Worker handelt, gehen alle gerade ausgeführten FlowForce-Auftragsinstanzen auf diesem Worker verloren, doch steht der FlowForce-Dienst selbst weiterhin zur Verfügung, da neue Instanzen desselben Auftrags von einem anderen Worker (oder, je nach Konfiguration, vom Master) übernommen werden. Der Ausführungsstatus des Auftrags oder auch der Fehler wird dem Master gemeldet und im Auftragslog angezeigt, sodass ein Administrator manuell entsprechend eingreifen kann.
•Wenn es sich beim Rechner um einen Master handelt, steht der Dienst bei Ausfall nicht mehr zur Verfügung. In diesem Fall können keine neuen Auftragsinstanzen gestartet werden, solange der Master nicht zur Verfügung steht.
Terminologie
Im Zusammenhang mit verteilter Ausführung und Lastenausgleich werden die folgenden Termini verwendet.
Server-Instanz | Eine Server-Instanz ist eine laufende und lizenzierte Instanz von FlowForce Server. Es wird davon ausgegangen, dass auf dem Rechner beide Dienste (FlowForce Web Server und FlowForce Server) laufen.
|
Cluster | Ein Cluster repräsentiert mehrere Dienstinstanzen von FlowForce Server, die miteinander kommunizieren, um Aufträge parallel auszuführen oder Aufträge neu zu verteilen, wenn eine Instanz nicht verfügbar ist. Ein Cluster besteht aus einem einzigen Master FlowForce Server und einem oder mehreren Workern.
|
Master | Ein "Master" ist eine FlowForce Server-Instanz, die Auftrags-Trigger-Bedingungen ständig auswertet und die FlowForce-Dienstoberfläche bereitstellt. Der Master kennt die Worker-Rechner im selben Cluster und kann so konfiguriert werden, dass er diesen Auftragsinstanzen zuweist, damit diese Auftragsinstanzen entweder zusätzlich zum Master oder anstelle des Masters verarbeiten.
|
Worker | Eine FlowForce Server-Instanz die so konfiguriert ist, dass sie mit einer Master-Instanz kommuniziert, anstatt lokale Aufträge auszuführen. Ein Worker kann nur Aufträge ausführen, die ihm über einen Master FlowForce Server zugewiesen wurden.
|
Ausführungswarteschlange | Eine Ausführungswarteschlange dient zum Verarbeiten von Aufträgen. Sie steuert, wie Auftragsinstanzen ausgeführt werden. Jeder Auftrag wird einer Ausführungszielwarteschlange zugewiesen, über die er ausgeführt wird. Mit der Warteschlange wird gesteuert, wie viele Auftragsinstanzen (von allen der Warteschlange zugewiesenen Aufträgen) gleichzeitig ausgeführt werden können und wie groß der Zeitabstand zwischen den Ausführungen sein soll. Standardmäßig werden die Warteschlangeneinstellungen lokal für den Auftrag vorgenommen, Sie können Warteschlangen jedoch auch als eigenständige, gemeinsam von mehreren Aufträgen verwendete Objekte definieren. Wenn mehrere Aufträge derselben Ausführungswarteschlange zugewiesen werden, wird dafür bei der Ausführung diese gemeinsame Warteschlange verwendet.
Für Warteschlangen gelten hinsichtlich sicheren Zugriffs dieselben Einstellungen wie für andere FlowForce Server-Konfigurationsobjekte. Um Warteschlangen erstellen zu können, muss ein Benutzer das Recht zur Definition von Warteschlangen haben, siehe auch Definieren von Benutzern und Rollen. Außerdem können Benutzer Warteschlangen anzeigen und diesen Aufträge zuweisen, wenn sie die entsprechenden Container-Berechtigungen haben (siehe auch Funktionsweise von Berechtigungen. Standardmäßig erhält jeder authentifizierte Benutzer die Berechtigung Warteschlange - verwenden, d.h. er kann Aufträge einer Warteschlange zuweisen. Um den Zugriff auf Warteschlangen einzuschränken, navigieren Sie zum Container, in dem die Warteschlange definiert wurde und ändern Sie die Berechtigung des Containers für die Rolle authenticated in Warteschlange - Kein Zugriff. Weisen Sie als nächstes allen Rollen oder Benutzern, die Sie benötigen, die Berechtigung Warteschlange - verwenden zu. Nähere Informationen dazu finden Sie unter Einschränken des Zugriffs auf den Container /public.
|