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
circus cluster #112
Comments
👍 Thought this was something that circus did when I heard about it. It's a really neat idea. |
In details:
|
I have started a branch for this feature |
It could be really helpful if we had a way to switch from handling processes for a single node to processes of a cluster, just by using a different zmq endpoint. We could have two modes:
The only difference would be a argument more for the "advanced" mode. I like the flexibility the normal mode provides us: we can specify different limits (cpu-wise, memory-wise, etc) which, when met, would trigger different behaviors (go to poke another server, stop accepting new processes, etc). |
We will first implement multicast discovery so that circushttpd can have a list of endpoints and that we can monitor all vm with the same circushttpd. It will be the first step of tomorow sprints. |
this is from a discussion with @kylef
what about adding a circus-cluster script that's able to communicate with several circusd instances
The circusd instance would dynamically register themselves as a new node to the circus cluster, using the heartbeat pattern as implemented in powerhose workers.
the circus-cluster would provide all commands circusctl provides, but with an extra parameter: the node id.
The circus-cluster would also allow getting the stats of each node.
The text was updated successfully, but these errors were encountered: