Page MenuHomePhabricator

Implement proper expiry mechanism for Drydock resources
Closed, ResolvedPublic

Description

Currently the expiry mechanism implemented in the Amazon EC2 blueprints is much closer to a recycling mechanism; resources aren't guaranteed to close after the given time has passed, because they can only be closed when Drydock is executing logic on them.

Instead, we should provide some mechanism for Drydock resources to be checked periodically (most likely through Chronicle). This would allow us to optimize the use of EC2 instances (so they shut down after 55 minutes, rather than spinning up and shutting down lots of instances over an hour because of builds completing quickly).

Revisions and Commits

Restricted Differential Revision
Restricted Differential Revision

Event Timeline

hach-que raised the priority of this task from to Needs Triage.
hach-que updated the task description. (Show Details)
hach-que added a project: Drydock.
hach-que added subscribers: hach-que, epriestley.
epriestley added a revision: Restricted Differential Revision.

D14144 is tangential here but gives resources and leases a meaningful destruction phase.

epriestley added a revision: Restricted Differential Revision.Sep 23 2015, 8:16 PM
epriestley added a commit: Restricted Diffusion Commit.Sep 23 2015, 8:54 PM
epriestley added a revision: Restricted Differential Revision.Sep 28 2015, 1:06 PM
epriestley closed this task as Resolved by committing Restricted Diffusion Commit.Sep 28 2015, 4:35 PM
epriestley added a commit: Restricted Diffusion Commit.