Simon Willnauer f5e4cd4616 Remove recovery threadpools and throttle outgoing recoveries on the master ... Today we throttle recoveries only for incoming recoveries. Nodes that have a lot of primaries can get overloaded due to too many recoveries. To still keep that at bay we limit the number of threads that are sending files to the target to overcome this problem. The right solution here is to also throttle the outgoing recoveries that are today unbounded on the master and don't start the recovery until we have enough resources on both source and target nodes. The concurrency aspects of the recovery source also added a lot of complexity and additional threadpools that are hard to configure. This commit removes the concurrent streamns notion completely and sends files in the thread that drives the recovery simplifying the recovery code considerably. Outgoing recoveries are not throttled on the master via a allocation decider.		2015-12-22 14:59:43 +01:00
..
allocation_awareness.asciidoc	Take initializing shards into consideration during awareness allocation	2015-09-11 13:13:36 +09:00
allocation_filtering.asciidoc	Docs: Use "js" instead of "json" and "sh" instead of "shell" for source highlighting	2015-07-14 18:14:09 +02:00
disk_allocator.asciidoc	Add note about multi data path and disk threshold deciders	2015-08-31 16:23:54 +02:00
misc.asciidoc	Docs: Use "js" instead of "json" and "sh" instead of "shell" for source highlighting	2015-07-14 18:14:09 +02:00
shards_allocation.asciidoc	Remove recovery threadpools and throttle outgoing recoveries on the master	2015-12-22 14:59:43 +01:00