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

scale dynotype up/down #17

Open
auro1 opened this issue Oct 1, 2015 · 2 comments
Open

scale dynotype up/down #17

auro1 opened this issue Oct 1, 2015 · 2 comments

Comments

@auro1
Copy link

auro1 commented Oct 1, 2015

Eg in low periods scale down to hobby and scale up when needed

@auro1
Copy link
Author

auro1 commented Oct 1, 2015

Im thinking it could be based on the total rpm?

@werkshy
Copy link
Contributor

werkshy commented Mar 15, 2016

I wouldn't be able to use this because we configure our unicorn and resque process pools to run on a given class of hardware, although I suppose we could detect the dyno class and set parallelism dynamically on boot.

I don't have a clear vision of how the logic (and config) for this would interact with the simple "N users per dyno" or "M rpms per dyno" we use now. I guess we would need to define a 'users per dyno' value for each dyno class, but then defining the boundary of when you scale up to the next class vs adding more 1X dynos would be hard to fathom.

I think what I'm saying is that this is too complicated and doesn't answer a real need for us at Harry's, but I could see it being really useful for a site with very low average traffic that is highly burstable. A pull request would definitely be considered.

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

No branches or pull requests

2 participants