Bounce updates for placement and scaling #1360

Merged
merged 12 commits into from Dec 20, 2016

Conversation

Projects
None yet
1 participant
@ssalinas
Member

ssalinas commented Dec 7, 2016

A few goals/changes in this PR:

  • At the end of an expiring scale, if a request has bounceAfterScale set to true, bounce the request
  • Configurably allow bounces to reuse hosts already running the task (for requests with SEPARATE placement). This would allow a new task from the bounce to run on the same host as an old task, but not the same host as another new task from the bounce. Accomplished this by adding the actionId to the pending task so it is more readily available when deciding placement.
  • Let the backend handle bounce after scale rather than the ui issuing two calls. The new bounce after scale on the backend will now not spin up extra instances. The request is saved, but instead of enqueuing a pending request with UPDATED, we add a BOUNCE one instead.

Needs a good bit of testing still, but should hopefully solve a number of the bounce-related woes we've seen

@ssalinas ssalinas added the hs_staging label Dec 7, 2016

@ssalinas ssalinas modified the milestones: 0.13.0, 0.14.0 Dec 7, 2016

@ssalinas ssalinas merged commit a01459d into master Dec 20, 2016

2 checks passed

continuous-integration/travis-ci/pr The Travis CI build passed
Details
continuous-integration/travis-ci/push The Travis CI build passed
Details

@ssalinas ssalinas deleted the bounce_updates branch Dec 20, 2016

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment