... |
... |
@@ -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}} |