-
Notifications
You must be signed in to change notification settings - Fork 887
scheduling: advanced scheduling controls #6047
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
Labels
enterprise
Enterprise-license / premium functionality
Comments
This does make the scheduling behavior a bit more complex, so perhaps we could add an "advanced" tab for users who specifically want these controls. This will also be an enterprise feature as it is related to managing workspaces at scale and enforcing policies. |
Reopening, since the user-controlled scheduling controls hasn't been done |
2 tasks
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Currently, workspace schedules are only a recommendation and there is no way for admins to enforce a particular shutdown behavior on workspaces. #3630, #5600.
We have seen a decent amount of feedback that warrants us supporting both "max" and "default" TTL as they serve different use cases. For example, max TTL to enforce security patches, but default TTL to ensure workspaces quickly shut down when inactive.
Let's re-introduce the "max TTL" while also keeping the "default TTL" behavior for workspaces. This will allow workspaces to have the following behavior:
Also, some admins may not want users to change the default TTL behavior of their workspaces. For example,
template x
will auto shut down after 2 hours of inactivity. Users cannot change this behavior.To summarize:
The text was updated successfully, but these errors were encountered: