mirror of
https://github.com/elastic/elasticsearch.git
synced 2025-06-30 02:13:33 -04:00
7b652adfbf
Setting `cluster.routing.allocation.disk.include_relocations` to `false` is a bad idea since it will lead to the kinds of overshoot that were otherwise fixed in #46079. This setting was deprecated in #47443. This commit removes it.
34 lines
1.5 KiB
Text
34 lines
1.5 KiB
Text
[float]
|
|
[[breaking_80_allocation_changes]]
|
|
=== Allocation changes
|
|
|
|
//NOTE: The notable-breaking-changes tagged regions are re-used in the
|
|
//Installation and Upgrade Guide
|
|
|
|
//tag::notable-breaking-changes[]
|
|
|
|
// end::notable-breaking-changes[]
|
|
|
|
[float]
|
|
[[breaking_80_allocation_change_flood_stage_block_always_removed]]
|
|
==== Auto-release flood-stage block no longer optional
|
|
|
|
If a node exceeds the flood-stage disk watermark then we add a block to all of
|
|
its indices to prevent further writes as a last-ditch attempt to prevent the
|
|
node completely exhausting its disk space. By default, from 7.4 onwards the
|
|
block is automatically removed when a node drops below the high watermark
|
|
again, but this behaviour could be disabled by setting the system property
|
|
`es.disk.auto_release_flood_stage_block` to `false`. This behaviour is no
|
|
longer optional, and this system property must now not be set.
|
|
|
|
[float]
|
|
[[breaking_80_allocation_change_include_relocations_removed]]
|
|
==== Accounting for disk usage of relocating shards no longer optional
|
|
|
|
By default {es} will account for the sizes of relocating shards when making
|
|
allocation decisions based on the disk usage of the nodes in the cluster. In
|
|
earlier versions the `cluster.routing.allocation.disk.include_relocations`
|
|
setting allowed this accounting to be disabled, which would result in poor
|
|
allocation decisions that might overshoot watermarks and require significant
|
|
extra work to correct. This behaviour is no longer optional, and this setting
|
|
has been removed.
|