Elasticsearch 6.3.0 shard recovery is slow

One of the differences between 2.x and 6.x is that 2.x sends file chunks in parallel (configured by concurrent_streams), making use of the 2 connections that are established between each node for recovery. Could there be a per-connection bandwidth limit in your network? Note that we've done internal testing, disabling indices recovery throttling and it achieved a throughput of 96MB/s (on a 10 Gbit network).

1 Like