This repository has been archived by the owner on Aug 2, 2022. It is now read-only.
Allow the user to configure a managed index job to execute continuously #301
Labels
enhancement
An improvement on the existing feature’s functionalities
Currently we split every execution of a managed index into individual steps that can be executed in isolation based off the metadata and state of the cluster. But, when you have a state with a couple actions that could all execute immediately it could take a while for processing them.
Let's take an example:
You apply a policy that looks like (quick syntax) to an index that has existed for a while:
(start) -> (hot: rollover(30gb)) -[7d]-> (warm: replicacount(1), allocate()) -[30d]-> (delete: delete())
Perhaps this index is already over 7d and already has 30gb, but you'll wait a while for it to:
Initialize
Attempt to rollover
Wait for rollover
Transition to warm
Set replica count to 1
Allocate to specific node
It would be nice to let it do all of the above without any delay if the user wants. We could introduce a flag on the policy that tells the runner to keep executing the steps as long as it's possible and utilize the renewLease method that is being added to the job scheduler.
The text was updated successfully, but these errors were encountered: