-
Notifications
You must be signed in to change notification settings - Fork 24.8k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
ILM: Including "aging" information in Explain lifecycle API #38988
Comments
Pinging @elastic/es-core-features |
You can determine this from the current explain response, although I can certainly see how it's not immediately obvious, and should probably be documented better than it is. The
{
"indices": {
"test-000001": {
"index": "test-000001",
"managed": true,
"policy": "my_policy",
"lifecycle_date": "2019-02-15T22:25:03.953Z", <1>
"lifecycle_date_millis": 1550269503953,
"phase": "new",
"phase_time": "2019-02-15T22:25:04.098Z",
"phase_time_millis": 1550269504098,
"action": "complete",
"action_time": "2019-02-15T22:25:04.098Z",
"action_time_millis": 1550269504098,
"step": "complete",
"step_time": "2019-02-15T22:25:04.098Z",
"step_time_millis": 1550269504098
}
}
} <1> is the date that's checked against |
Thanks for the info! Adding something like a "time until next phase" field to the explain output will be nice. |
This adds the index's age to the ILM explain output, for example: ``` { "indices" : { "ilm-000001" : { "index" : "ilm-000001", "managed" : true, "policy" : "full-lifecycle", "lifecycle_date" : "2019-07-16T19:48:22.294Z", "lifecycle_date_millis" : 1563306502294, "age" : "1.34m", "phase" : "hot", "phase_time" : "2019-07-16T19:48:22.487Z", ... etc ... } } } ``` This age can be used to tell when ILM will transition the index to the next phase, based on that phase's `min_age`. Resolves elastic#38988
* Expose index age in ILM explain output This adds the index's age to the ILM explain output, for example: ``` { "indices" : { "ilm-000001" : { "index" : "ilm-000001", "managed" : true, "policy" : "full-lifecycle", "lifecycle_date" : "2019-07-16T19:48:22.294Z", "lifecycle_date_millis" : 1563306502294, "age" : "1.34m", "phase" : "hot", "phase_time" : "2019-07-16T19:48:22.487Z", ... etc ... } } } ``` This age can be used to tell when ILM will transition the index to the next phase, based on that phase's `min_age`. Resolves #38988 * Expose age in getters and in HLRC
* Expose index age in ILM explain output This adds the index's age to the ILM explain output, for example: ``` { "indices" : { "ilm-000001" : { "index" : "ilm-000001", "managed" : true, "policy" : "full-lifecycle", "lifecycle_date" : "2019-07-16T19:48:22.294Z", "lifecycle_date_millis" : 1563306502294, "age" : "1.34m", "phase" : "hot", "phase_time" : "2019-07-16T19:48:22.487Z", ... etc ... } } } ``` This age can be used to tell when ILM will transition the index to the next phase, based on that phase's `min_age`. Resolves #38988 * Expose age in getters and in HLRC
6.6.0
I can see this feature being useful for admins in the field.
Imagine an admin is not seeing indices getting deleted from the cluster per their ILM policy and are wondering how much longer is left on the clock before ILM will consider the indices meeting the "age" requirement for deletion.
Currently, we have this information in the TRACE logging level
It will be helpful to include this in the explain lifecycle API output as well (i.e., how much time is left before it will attempt to execute the next action without requiring admins to do their own time calculations) so that enabling trace logging is not necessary.
The text was updated successfully, but these errors were encountered: