Änderungen von Dokument Cluster properties


Von Version 1.1
bearbeitet von gru
am 20.01.2021, 16:20
Änderungskommentar: Imported from XAR
Auf Version 4.1
bearbeitet von jdr
am 13.07.2021, 16:40
Änderungskommentar: Es gibt keinen Kommentar für diese Version

Zusammenfassung

Details

Seiteneigenschaften
Dokument-Autor
... ... @@ -1,1 +1,1 @@
1 -XWiki.gru
1 +XWiki.jdr
Inhalt
... ... @@ -28,13 +28,13 @@
28 28  |cluster.tcp.merge3.minInterval|1000|no|{{version major="6" minor="2"/}} Für TCP-Verbindungen: Mindestzeit in Millisekunden, bevor eine Informationsnachricht an andere Mitglieder im Cluster gesendet wird. Ein Cluster-Server sendet periodisch seine Adresse und seinen Namen in das Cluster-Netzwerk, damit zusammengehörige Cluster-Server erkannt werden können. Darf keine negative Zahl sein.
29 29  |cluster.tcp.merge3.maxInterval|30000|no|{{version major="6" minor="2"/}} Für TCP-Verbindungen: Höchstzeit in Millisekunden, bevor eine Informationsnachricht an andere Mitglieder im Cluster gesendet wird. Ein Cluster-Server sendet periodisch seine Adresse und seinen Namen in das Cluster-Netzwerk, damit zusammengehörige Cluster-Server erkannt werden können. Muss eine Zahl größer als //0// sein.
30 30  |cluster.tcp.fdall.interval|3000|no|{{version major="6" minor="2"/}} Für TCP-Verbindungen: Intervall in Millisekunden, in dem ein HEARTBEAT-Signal an andere Server im Cluster gesendet wird. Der Cluster nutzt ein HEARTBEAT-Protokol zur Ausfallerkennung. Muss eine Zahl größer als //0// sein.
31 -|cluster.tcp.fdall.timeout|5000|no|{{version major="6" minor="2"/}} Für TCP-Verbindungen: Zeitbeschränkung (Timeout) in Millisekunden, nach deren Ablauf ein Cluster-Server als tot beziehungsweise nicht mehr funktionierend betrachtet wird. Darf keine negative Zahl sein.
32 -|cluster.tcp.gms.attempts|6|no|{{version major="6" minor="2"/}} Für TCP-Verbindungen: Wenn ein Server dem Cluster beitreten möchte, gibt dies die maximale Anzahl an Beitretversuch an. Sind alle Versuch fehlgeschlagen, wird der Server als Singleton betrieben. Ein Wert von //0// bedeutet, dass nie aufgegeben wird.
33 -|cluster.tcp.gms.timeout|10000|no|{{version major="6" minor="2"/}} Für TCP-Verbindungen: Wenn ein Server dem Cluster beitreten möchte, gibt dies die Zeitbegrenzung (Timeout) in Millisekunden für einen einzelnen Beitretversuch an. Darf keine negative Zahl sein.
34 -|cluster.udp.merge3.minInterval|1000|no|{{version major="6" minor="2"/}} Für UDP-Verbindungen: Mindestzeit in Millisekunden, bevor eine Informationsnachricht an andere Mitglieder im Cluster gesendet wird. Ein Cluster-Server sendet periodisch seine Adresse und seinen Namen in das Cluster-Netzwerk, damit zusammengehörige Cluster-Server erkannt werden können. Darf keine negative Zahl sein.
35 -|cluster.udp.merge3.maxInterval|30000|no|{{version major="6" minor="2"/}} Für UDP-Verbindungen: Höchstzeit in Millisekunden, bevor eine Informationsnachricht an andere Mitglieder im Cluster gesendet wird. Ein Cluster-Server sendet periodisch seine Adresse und seinen Namen in das Cluster-Netzwerk, damit zusammengehörige Cluster-Server erkannt werden können. Muss eine Zahl größer als //0// sein.
36 -|cluster.udp.fdall.interval|3000|no|{{version major="6" minor="2"/}} Für UDP-Verbindungen: Intervall in Millisekunden, in dem ein HEARTBEAT-Signal an andere Server im Cluster gesendet wird. Der Cluster nutzt ein HEARTBEAT-Protokol zur Ausfallerkennung. Muss eine Zahl größer als //0// sein.
37 -|cluster.udp.fdall.timeout|5000|no|{{version major="6" minor="2"/}} Für UDP-Verbindungen: Zeitbeschränkung (Timeout) in Millisekunden, nach deren Ablauf ein Cluster-Server als tot beziehungsweise nicht mehr funktionierend betrachtet wird. Darf keine negative Zahl sein.
38 -|cluster.udp.gms.attempts|6|no|{{version major="6" minor="2"/}} Für UDP-Verbindungen: Wenn ein Server dem Cluster beitreten möchte, gibt dies die maximale Anzahl an Beitretversuch an. Sind alle Versuch fehlgeschlagen, wird der Server als Singleton betrieben. Ein Wert von //0// bedeutet, dass nie aufgegeben wird.
39 -|cluster.udp.gms.timeout|10000|no|{{version major="6" minor="2"/}} Für UDP-Verbindungen: Wenn ein Server dem Cluster beitreten möchte, gibt dies die Zeitbegrenzung (Timeout) in Millisekunden für einen einzelnen Beitretversuch an. Darf keine negative Zahl sein.
31 +|cluster.tcp.fdall.timeout|5000|no|Für TCP-Verbindungen: Zeitbeschränkung (Timeout) in Millisekunden, nach deren Ablauf ein Cluster-Server als tot beziehungsweise nicht mehr funktionierend betrachtet wird. Darf keine negative Zahl sein.
32 +|cluster.tcp.gms.attempts|6|no|Für TCP-Verbindungen: Wenn ein Server dem Cluster beitreten möchte, gibt dies die maximale Anzahl an Beitretversuch an. Sind alle Versuch fehlgeschlagen, wird der Server als Singleton betrieben. Ein Wert von //0// bedeutet, dass nie aufgegeben wird.
33 +|cluster.tcp.gms.timeout|10000|no|Für TCP-Verbindungen: Wenn ein Server dem Cluster beitreten möchte, gibt dies die Zeitbegrenzung (Timeout) in Millisekunden für einen einzelnen Beitretversuch an. Darf keine negative Zahl sein.
34 +|cluster.udp.merge3.minInterval|1000|no|Für UDP-Verbindungen: Mindestzeit in Millisekunden, bevor eine Informationsnachricht an andere Mitglieder im Cluster gesendet wird. Ein Cluster-Server sendet periodisch seine Adresse und seinen Namen in das Cluster-Netzwerk, damit zusammengehörige Cluster-Server erkannt werden können. Darf keine negative Zahl sein.
35 +|cluster.udp.merge3.maxInterval|30000|no|Für UDP-Verbindungen: Höchstzeit in Millisekunden, bevor eine Informationsnachricht an andere Mitglieder im Cluster gesendet wird. Ein Cluster-Server sendet periodisch seine Adresse und seinen Namen in das Cluster-Netzwerk, damit zusammengehörige Cluster-Server erkannt werden können. Muss eine Zahl größer als //0// sein.
36 +|cluster.udp.fdall.interval|3000|no|Für UDP-Verbindungen: Intervall in Millisekunden, in dem ein HEARTBEAT-Signal an andere Server im Cluster gesendet wird. Der Cluster nutzt ein HEARTBEAT-Protokol zur Ausfallerkennung. Muss eine Zahl größer als //0// sein.
37 +|cluster.udp.fdall.timeout|5000|no|Für UDP-Verbindungen: Zeitbeschränkung (Timeout) in Millisekunden, nach deren Ablauf ein Cluster-Server als tot beziehungsweise nicht mehr funktionierend betrachtet wird. Darf keine negative Zahl sein.
38 +|cluster.udp.gms.attempts|6|no|Für UDP-Verbindungen: Wenn ein Server dem Cluster beitreten möchte, gibt dies die maximale Anzahl an Beitretversuch an. Sind alle Versuch fehlgeschlagen, wird der Server als Singleton betrieben. Ein Wert von //0// bedeutet, dass nie aufgegeben wird.
39 +|cluster.udp.gms.timeout|10000|no|Für UDP-Verbindungen: Wenn ein Server dem Cluster beitreten möchte, gibt dies die Zeitbegrenzung (Timeout) in Millisekunden für einen einzelnen Beitretversuch an. Darf keine negative Zahl sein.
40 40  {{/table}}