Skip to content

scheduling: advanced scheduling controls #6047

@bpmct

Description

@bpmct

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:

  • Workspaces will auto-shutdown after 2 hours of inactivity (default TTL), but cannot be alive for over 72 hours (max TTL).

Also, some admins may not want users to change the default TTL behavior of their workspaces. For example,

  • All workspaces on template x will auto shut down after 2 hours of inactivity. Users cannot change this behavior.

To summarize:

Metadata

Metadata

Assignees

Labels

enterpriseEnterprise-license / premium functionality

Type

No type

Projects

No projects

Milestone

No milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions