Skip to content
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

Rolling deploy should start with any unhealthy hosts #51

Open
bryannewrelic opened this issue Oct 16, 2014 · 1 comment
Open

Rolling deploy should start with any unhealthy hosts #51

bryannewrelic opened this issue Oct 16, 2014 · 1 comment

Comments

@bryannewrelic
Copy link
Contributor

Centurion's rolling_deploy action iterates over the hosts: for each, it kills the old container, starts a new one, then waits for the new one to successfully health-check before moving on. With this paradigm, you clearly need to have at least two hosts running something to maintain uptime.... but if the second host is already down for some reason, having only two instances means deploying (or running a migration command) will blindly take your only other instance down.

Rolling deploy (and also anywhere we pick a host to do something on) ought to look for any "down" hosts and deploy to them first.

@relistan
Copy link
Collaborator

I'd really like to see us get this in... anyone want to take a stab at it?

cc @dselans, @benders @intjonathan

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

No branches or pull requests

2 participants