Seitenhistorie
...
| Auszug |
|---|
...
|
...
Definition
Menüaufruf: (Administration) - (Cluster-Service)
Mehrere Nuclos Server lassen sich in einem Cluster betreiben. So kann eine Lastverteilung erzielt werden bzw. wird die Ausfallsicherheit wird erhöht.
Dabei verwenden alle Instanzen (Nodes) die gleiche Datenbank und das gleiche Verzeichnis zur Dokumentenablage.
Das Szenario sieht vor das ein Dispatcher/Load Balancer zwischen den Nuclos Client's und Nuclos Servern wirkt.
| |
Nuclos Cluster: Cluster-Service, Node master slave, Load Balancer, Sticky Sessions, Ausfallsicherheit, Lastverteilung, Lucene. |
Sprache: Deutsch · English
Cluster-Service
Mehrere Nuclos-Server als Cluster betreiben – Master/Slave, Load Balancer, Sticky Sessions und die Cluster-Server-Ansicht.
| Status | ||||
|---|---|---|---|---|
|
| Status | ||||
|---|---|---|---|---|
|
| Status | ||||
|---|---|---|---|---|
|
| Status | ||||
|---|---|---|---|---|
|
| Panel | ||||||
|---|---|---|---|---|---|---|
| ||||||
Auf dieser Seite
|
Menü Administration → Cluster-Service. Ab Nuclos 4.43 lassen sich mehrere Nuclos-Server als Cluster betreiben – für Lastverteilung und Ausfallsicherheit. Alle Nodes nutzen dieselbe Datenbank und dasselbe Dokumentenverzeichnis. Ein Dispatcher/Load Balancer sitzt zwischen Clients und Servern (nicht Teil der Auslieferung).
Einrichtung (im Installer)
Der Cluster-Betrieb wird bei der Installation in der Server-Konfiguration ein-/ausgeschaltet. Parameter:
Installation
Mit der Installation kann der Administrator in der Server Konfiguration den Cluster Betrieb ein-/ausschalten.
...
| Parameter | Beschreibung |
|---|---|
| Node |
...
| hostname |
...
| Hostname, über den die Node |
...
| von anderen Nodes |
...
| direkt erreichbar |
...
| ist (erhöht die Sicherheit, z.B. Master-/Wartungsmodus-Prüfung). | |
| Node type = master | Führt Jobs aus, verteilt Benachrichtigungen und übernimmt das DB-Auto-Setup beim Update. Es darf nur ein Master gleichzeitig laufen. |
| Node type = slave | Dient der Lastverteilung. |
| Load balancer protocol/hostname/port/context path | Optional – nur, falls abweichend vom Nuclos-Server. |
Load Balancer
Da Nuclos keinen eigenen Balancer mitbringt, müssen dessen Parameter gesetzt werden: Der REST-Service baut in Ergebnisse URLs zu weiteren Services ein – diese sollen auf den Balancer zeigen. Daher werden die Load-Balancer-Parameter im Cluster vorrangig zur URL-Generierung herangezogen.
| Warnung | ||
|---|---|---|
| ||
Sticky Sessions sind zwingend: Die Session eines Clients muss immer mit derselben Node kommunizieren (auch für SSO-Tokens). Fällt eine Node aus, werden ihre Sessions ungültig – erneute Anmeldung erforderlich. |
Cluster-Server-Ansicht
Im Web- und Rich Client (Menü Administration) lässt sich die Liste der registrierten Cluster-Server einsehen (nicht bearbeiten): Node-Status, ausgetauschte Nachrichten (max. 24 h) und eine Live-Status-Abfrage aller Server via REST (abgesetzt vom aktuellen Server, markiert als Tester).
| Info | ||
|---|---|---|
|
...
Node type...
- master
Es könnten zwar durchaus mehrere Master Nodes aufgesetzt sein (Ausfallsicherheit), aber es darf nur ein Master zur gleichen Zeit ausgeführt werden. Dieser übernimmt die Aufgabe die Jobs auszuführen und Benachrichtigungen der Slave Nodes im Cluster zu verteilen, wozu z.B. auch das Starten des Wartungsmodus gehört. Des weiteren führt nur ein Master das so genannte Datenbank Auto-Setup bei einem Nuclos Update aus. - slave
Dient in erster Linie der Lastverteilung.
...
Load balancer protocol...
Load balancer hostname...
Load balancer port...
Load balancer context path...
Load Balancer
Die Parameter des Load Balancers müssen auf die für die Clients benötigen Werte gesetzt werden. Da Nuclos keinen eigenen Balancer mitbringt, sind die Betriebsparameter unbekannt, welche aber für den Rest-Service und dem Webclient benötigt werden.
Hintergrund: An den unterschiedlichsten Stellen im Rest-Service werden in den Ergebnissen URL (Links) auf andere Rest-Services eingebaut. Damit diese URLs auf den Balancer zeigen, werden diese Parameter in einem Cluster-Betrieb vorrangig bei der Generierung von URLs herangezogen.
| Hinweis | ||
|---|---|---|
| ||
Es ist zwingend erforderlich, dass die Session eines Clients immer mit der gleichen Node kommuniziert. Entsprechend muss der Load Balancer Sticky Sessions unterstützen und aktiviert haben. Fällt eine Node aus, werden automatisch die Sessions aller mit ihm verbundenen Clients ungültig, und eine erneute Anmeldung am Cluster ist erforderlich. |
Cluster Server
Im Web- wie auch im Java-Client kann die Liste der registrierten Cluster Server eingesehen werden (Menü Administration).
Eine Bearbeitung ist an dieser Stelle nicht möglich. Die komplette Einrichtung findet bei der Installation statt.
Aber über diese Ansicht kann man den Status der einzelnen Nodes erfahren, wie auch die Nachrichten die zwischen diesen ausgetauscht werden (max der letzten 24h). Auch ist eine Live Status Abfrage aller Server via Rest möglich. Diese wird vom aktuell verwendeten Server, markiert als Tester, abgesetzt.
...
Im Cluster-Betrieb wird der Lucene-Indexer automatisch vom Installer deaktiviert. |
Verwandte Seiten
Überblick
Inhalte