docs: elaborate on raft_multipler default
This commit is contained in:
parent
d9e24d1d85
commit
4f1ca98db6
|
@ -149,6 +149,17 @@ server {
|
|||
perform leader elections, at the expense of requiring more network and CPU
|
||||
resources for better performance. The maximum allowed value is 10.
|
||||
|
||||
By default, Nomad will use the highest-performance timing, currently equivalent
|
||||
to setting this to a value of 1. Increasing the timings makes leader election
|
||||
less likely during periods of networking issues or resource starvation. Since
|
||||
leader elections pause Nomad's normal work, it may be beneficial for slow or
|
||||
unreliable networks to wait longer before electing a new leader. The tradeoff
|
||||
when raising this value is that during network partitions or other events
|
||||
(server crash) where a leader is lost, Nomad will not elect a new leader for
|
||||
a longer period of time than the default. The ['nomad.nomad.leader.barrier' and
|
||||
`nomad.raft.leader.lastContact` metrics](/docs/telemetry/metrics is a good
|
||||
indicator of how often leader elections occur and raft latency.
|
||||
|
||||
- `redundancy_zone` `(string: "")` - (Enterprise-only) Specifies the redundancy
|
||||
zone that this server will be a part of for Autopilot management. For more
|
||||
information, see the [Autopilot Guide](https://learn.hashicorp.com/nomad/operating-nomad/autopilot).
|
||||
|
|
Loading…
Reference in New Issue