Index recovery prioritization settings
The Elastic Stack includes Elastic's core products such as Elasticsearch, Kibana, Logstash, and Beats. Availability This functionality is generally available and ready for production usage. Unless stated otherwise on the page, this functionality is available when your Elastic Stack is deployed on Elastic Cloud Hosted, Elastic Cloud Enterprise, Elastic Cloud on Kubernetes, and self-managed environments. This documentation corresponds to the latest patch available for each minor version. If you're not using the latest patch, check the release notes for changes.
Stack
Generally available
Elastic Cloud Serverless projects restrict the available Elasticsearch settings to a supported subset, identified with a Serverless badge next to the setting name. For a complete list of available index settings, refer to the Serverless index settings list.
Unallocated shards are recovered in order of priority, whenever possible. Indices are sorted into priority order as follows:
- the optional
index.prioritysetting (higher before lower) - the index creation date (higher before lower)
- the index name (higher before lower)
This means that, by default, newer indices will be recovered before older indices.
Use the per-index dynamically updatable index.priority setting to customise the index prioritization order. For instance:
PUT index_1PUT index_2PUT index_3{ "settings": { "index.priority": 10 } }PUT index_4{ "settings": { "index.priority": 5 } }
In the above example:
index_3will be recovered first because it has the highestindex.priority.index_4will be recovered next because it has the next highest priority.index_2will be recovered next because it was created more recently.index_1will be recovered last.
This setting accepts an integer, and can be updated on a live index with the update index settings API:
PUT index_4/_settings{ "index.priority": 1 }