Update indexing speed recommendations around the refresh interval. (#40690)

We now need to update recommendations now that we have introduced the concept
of "search idle" shards.
This commit is contained in:
Adrien Grand 2019-04-02 11:18:53 +02:00
parent c644fbfc6e
commit 965e311094
1 changed files with 17 additions and 5 deletions

View File

@ -36,12 +36,24 @@ number of workers is. This can be tested by progressively increasing the
number of workers until either I/O or CPU is saturated on the cluster. number of workers until either I/O or CPU is saturated on the cluster.
[float] [float]
=== Increase the refresh interval === Unset or increase the refresh interval
The default <<dynamic-index-settings,`index.refresh_interval`>> is `1s`, which The operation that consists of making changes visible to search - called a
forces Elasticsearch to create a new segment every second. <<indices-refresh,refresh>> - is costly, and calling it often while there is
Increasing this value (to say, `30s`) will allow larger segments to flush and ongoing indexing activity can hurt indexing speed.
decreases future merge pressure.
By default, Elasticsearch runs this operation every second, but only on
indices that have received one search request or more in the last 30 seconds.
This is the optimal configuration if you have no or very little search traffic
(e.g. less than one search request every 5 minutes) and want to optimize for
indexing speed.
On the other hand, if your index experiences regular search requests, this
default behavior means that Elasticsearch will refresh your index every 1
second. If you can afford to increase the amount of time between when a document
gets indexed and when it becomes visible, increasing the
<<dynamic-index-settings,`index.refresh_interval`>> to a larger value, e.g.
`30s`, might help improve indexing speed.
[float] [float]
=== Disable refresh and replicas for initial loads === Disable refresh and replicas for initial loads