-
Notifications
You must be signed in to change notification settings - Fork 39
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
Scaling Fermyon to multiple nodes #63
Comments
I would like to try this issue. My first thought is using
After deploying all hasicorp stacks, we may need to add scaling out ability to bindle first. If we can do all of this, then Fermyon platform can be on multiple nodes. |
@FrankYang0529 Sounds like a great plan! Agreed, converting the Hashicorp services to I'd say scaling Bindle can be an optional follow-up. Bindle doesn't necessarily need to run on every Nomad agent/node -- it can run as a service of count 1 and Nomad will just make sure it is scheduled appropriately. In this case, we could also utilize a host volume to at least make sure bindles are persisted at the host level, pending support for scaling the service out (or other persistence options). We'd naturally want to increase the hippo replica count (or convert to system) for HA. Traefik should probably change to a system job to be sure it runs on each agent node or convert to a systemd service alongside Nomad/Consul/Vault, again to run on each agent node/host. |
@vdice Thanks for your suggestion! It looks like a workable plan. For Bindle, I feel that we still need scaling-out ability. If we use host volume, we can't lose that node. We can do this step by step. Let me work on Hashicorp stacks first. 👍🏻 |
Currently, the Terraform configuration that deploys Fermyon on AWS only creates one node — we should explore scaling the cluster beyond a single node.
ref #62
The text was updated successfully, but these errors were encountered: