Discovery and cluster formation are affected by the following settings:
discovery.seed_hosts
host:port
or host
, where port
defaults to the setting
transport.profiles.default.port
. Note that IPv6 hosts must be bracketed.
The default value is ["127.0.0.1", "[::1]"]
. See discovery.seed_hosts
. This
setting was previously known as discovery.zen.ping.unicast.hosts
. Its old
name is deprecated but continues to work in order to preserve backwards
compatibility. Support for the old name will be removed in a future
version.
discovery.seed_providers
discovery.zen.hosts_provider
. Its old
name is deprecated but continues to work in order to preserve backwards
compatibility. Support for the old name will be removed in a future
version.
cluster.initial_master_nodes
cluster.initial_master_nodes
.
Discovery and cluster formation are also affected by the following expert-level settings, although it is not recommended to change any of these from their default values.
[WARNING] If you adjust these settings then your cluster may not form correctly or may become unstable or intolerant of certain failures.
discovery.cluster_formation_warning_timeout
10s
. If a cluster has not
formed after discovery.cluster_formation_warning_timeout
has elapsed then
the node will log a warning message that starts with the phrase master not
discovered
which describes the current state of the discovery process.
discovery.find_peers_interval
1s
.
discovery.probe.connect_timeout
3s
.
discovery.probe.handshake_timeout
1s
.
discovery.request_peers_timeout
3s
.
discovery.seed_resolver.max_concurrent_resolvers
10
. This setting was previously
known as discovery.zen.ping.unicast.concurrent_connects
. Its old name is
deprecated but continues to work in order to preserve backwards
compatibility. Support for the old name will be removed in a future
version.
discovery.seed_resolver.timeout
5s
. This setting was previously
known as discovery.zen.ping.unicast.hosts.resolve_timeout
. Its old name
is deprecated but continues to work in order to preserve backwards
compatibility. Support for the old name will be removed in a future
version.
cluster.auto_shrink_voting_configuration
true
. If set to false
, the voting
configuration never shrinks automatically and you must remove departed
nodes manually with the voting configuration exclusions API.
cluster.election.back_off_time
100ms
. Changing this setting from the default may cause your cluster
to fail to elect a master node.
cluster.election.duration
500ms
. Changing
this setting from the default may cause your cluster to fail to elect a
master node.
cluster.election.initial_timeout
100ms
. Changing this setting from the default may cause your cluster
to fail to elect a master node.
cluster.election.max_timeout
10s
.
Changing this setting from the default may cause your cluster to fail to
elect a master node.
cluster.fault_detection.follower_check.interval
1s
. Changing this setting from the
default may cause your cluster to become unstable.
cluster.fault_detection.follower_check.timeout
10s
. Changing this
setting from the default may cause your cluster to become unstable.
cluster.fault_detection.follower_check.retry_count
3
. Changing this setting from the default
may cause your cluster to become unstable.
cluster.fault_detection.leader_check.interval
1s
. Changing this setting from the default may cause your
cluster to become unstable.
cluster.fault_detection.leader_check.timeout
10s
.
Changing this setting from the default may cause your cluster to become
unstable.
cluster.fault_detection.leader_check.retry_count
3
. Changing this setting from the default may
cause your cluster to become unstable.
cluster.follower_lag.timeout
90s
. If a node
does not successfully apply the cluster state update within this period of
time, it is considered to have failed and is removed from the cluster. See
Publishing the cluster state.
cluster.join.timeout
60s
.
cluster.max_voting_config_exclusions
10
. See
Adding and removing nodes.
cluster.publish.timeout
30s
. See
Publishing the cluster state.
cluster.no_master_block
Specifies which operations are rejected when there is no active master in a cluster. This setting has two valid values:
all
write
cluster.no_master_block
setting doesn’t apply to nodes-based APIs
(for example, cluster stats, node info, and node stats APIs). Requests to these
APIs are not be blocked and can run on any available node.
This setting replaces the discovery.zen.no_master_block
setting in
earlier versions. The discovery.zen.no_master_block
setting is ignored.