-
Notifications
You must be signed in to change notification settings - Fork 8.3k
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
[ResponseOps][TaskManager] followups from resource based scheduling PR #192124
[ResponseOps][TaskManager] followups from resource based scheduling PR #192124
Conversation
/ci |
/ci |
/ci |
Pinging @elastic/response-ops (Team:ResponseOps) |
src/dev/build/tasks/os_packages/docker_generator/resources/base/bin/kibana-docker
Outdated
Show resolved
Hide resolved
@@ -48,6 +49,9 @@ Enables event loop delay monitoring, which will log a warning when a task causes | |||
`xpack.task_manager.event_loop_delay.warn_threshold`:: | |||
Sets the amount of event loop delay during a task execution which will cause a warning to be logged. Defaults to 5000 milliseconds (5 seconds). | |||
|
|||
`xpack.task_manager.capacity`:: | |||
Sets the number of normal cost tasks that can be run at one time. Can be minimum 5 and maximum 50. Defaults to 10. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
What about something like controls the number of tasks that can be run at one time
? cc @lcawl
Wording can be confusing because the capacity means something different depending on what the claim strategy is. It is either the number of tasks that can be run at one time or the total cost of tasks that can be run at one time.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Yeah that makes sense to me! Thanks
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I update the text in this commit baf8040
…exi/kibana into resource-based-schedule-followups
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM! Would be great to get @lcawl to review wording.
docs/user/production-considerations/task-manager-production-considerations.asciidoc
Outdated
Show resolved
Hide resolved
docs/user/production-considerations/task-manager-troubleshooting.asciidoc
Outdated
Show resolved
Hide resolved
…ng.asciidoc Co-authored-by: Lisa Cawley <[email protected]>
Co-authored-by: Lisa Cawley <[email protected]>
…nsiderations.asciidoc Co-authored-by: Lisa Cawley <[email protected]>
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Docs changes LGTM, thanks!
💛 Build succeeded, but was flaky
Failed CI StepsTest FailuresMetrics [docs]
History
To update your PR or re-run it, just comment with: |
Towards #190095, #192183, #192185
Summary
This PR updates the following:
maxAllowedCost
to be the default capacity of 10xpack.alerting.maxScheduledPerMinute
,xpack.discovery.active_nodes_lookback
,xpack.discovery.interval
configs to dockerxpack.task_manager.capacity