The cluster-level shard allocator tries to spread the shards of a single index across as many nodes as possible. However, depending on how many shards and indices you have, and how big they are, it may not always be possible to spread shards evenly.
The following dynamic setting allows you to specify a hard limit on the total number of shards from a single index allowed per node:
- The maximum number of shards (replicas and primaries) that will be allocated to a single node. Defaults to unbounded.
You can also limit the amount of shards a node can have regardless of the index:
(Dynamic) Maximum number of primary and replica shards allocated to each node. Defaults to
Elasticsearch checks this setting during shard allocation. For example, a cluster has a
100and three nodes with the following shard allocations:
- Node A: 100 shards
- Node B: 98 shards
- Node C: 1 shard
If node C fails, Elasticsearch reallocates its shard to node B. Reallocating the shard to node A would exceed node A’s shard limit.
These settings impose a hard limit which can result in some shards not being allocated.
Use with caution.
Intro to Kibana
ELK for Logs & Metrics