|
@@ -17,14 +17,14 @@ It is separated into several sub modules, which are explained below:
|
|
|
|
|
|
This is the process where a node uses the discovery mechanisms to find
|
|
|
other nodes. There is support for both multicast and unicast based
|
|
|
-discovery (can be used in conjunction as well).
|
|
|
+discovery (these mechanisms can be used in conjunction as well).
|
|
|
|
|
|
[float]
|
|
|
[[multicast]]
|
|
|
===== Multicast
|
|
|
|
|
|
Multicast ping discovery of other nodes is done by sending one or more
|
|
|
-multicast requests where existing nodes that exists will receive and
|
|
|
+multicast requests which existing nodes will receive and
|
|
|
respond to. It provides the following settings with the
|
|
|
`discovery.zen.ping.multicast` prefix:
|
|
|
|
|
@@ -47,7 +47,7 @@ will bind to all available network interfaces.
|
|
|
[[unicast]]
|
|
|
===== Unicast
|
|
|
|
|
|
-The unicast discovery allows to perform the discovery when multicast is
|
|
|
+The unicast discovery allows for discovery when multicast is
|
|
|
not enabled. It basically requires a list of hosts to use that will act
|
|
|
as gossip routers. It provides the following settings with the
|
|
|
`discovery.zen.ping.unicast` prefix:
|
|
@@ -70,8 +70,8 @@ perform the discovery.
|
|
|
|
|
|
As part of the initial ping process a master of the cluster is either
|
|
|
elected or joined to. This is done automatically. The
|
|
|
-`discovery.zen.ping_timeout` (which defaults to `3s`) allows to
|
|
|
-configure the election to handle cases of slow or congested networks
|
|
|
+`discovery.zen.ping_timeout` (which defaults to `3s`) allows for the
|
|
|
+tweaking of election time to handle cases of slow or congested networks
|
|
|
(higher values assure less chance of failure). Once a node joins, it
|
|
|
will send a join request to the master (`discovery.zen.join_timeout`)
|
|
|
with a timeout defaulting at 20 times the ping timeout.
|
|
@@ -80,7 +80,7 @@ Nodes can be excluded from becoming a master by setting `node.master` to
|
|
|
`true`), it will not be allowed to become a master (`node.master` is
|
|
|
automatically set to `false`).
|
|
|
|
|
|
-The `discovery.zen.minimum_master_nodes` allows to control the minimum
|
|
|
+The `discovery.zen.minimum_master_nodes` sets the minimum
|
|
|
number of master eligible nodes a node should "see" in order to operate
|
|
|
within the cluster. Its recommended to set it to a higher value than 1
|
|
|
when running more than 2 nodes in the cluster.
|