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

How to scale beyond the cluster? #2468

Open
emrys90 opened this issue Feb 8, 2022 · 8 comments
Open

How to scale beyond the cluster? #2468

emrys90 opened this issue Feb 8, 2022 · 8 comments
Labels
awaiting-maintainer Block issues from being stale/obsolete/closed question I have a question!

Comments

@emrys90
Copy link

emrys90 commented Feb 8, 2022

I'm new to kubernetes/docker, so I apologize if I use any wrong terms here. I plan on hosting this on Linode as the costs of GCP/AWS is just too high in comparison. Linode has a limit of 100 nodes per cluster from what I am reading in their documentation.

How do you manage auto scaling beyond one cluster using Agones, or is that not possible?

Would we need to keep an eye on if a cluster is starting to get full and then install another instance of Agones on a new cluster?

@markmandel markmandel added the question I have a question! label Feb 8, 2022
@markmandel
Copy link
Collaborator

Since multi-cluster work tends to be platform specific, you will need to implement this yourself for your specific platform.

We do have https://agones.dev/site/docs/advanced/multi-cluster-allocation/, although that doesn't answer your specific question.

Copy link

'This issue is marked as Stale due to inactivity for more than 30 days. To avoid being marked as 'stale' please add 'awaiting-maintainer' label or add a comment. Thank you for your contributions '

@github-actions github-actions bot added the stale Pending closure unless there is a strong objection. label Nov 15, 2023
@markmandel
Copy link
Collaborator

Bumping out of stale. Area of research internally, will share some ideas for discussion when complete.

@markmandel markmandel removed the stale Pending closure unless there is a strong objection. label Nov 15, 2023
Copy link

github-actions bot commented Jan 1, 2024

'This issue is marked as Stale due to inactivity for more than 30 days. To avoid being marked as 'stale' please add 'awaiting-maintainer' label or add a comment. Thank you for your contributions '

@github-actions github-actions bot added the stale Pending closure unless there is a strong objection. label Jan 1, 2024
Copy link

github-actions bot commented Feb 1, 2024

This issue is marked as obsolete due to inactivity for last 60 days. To avoid issue getting closed in next 30 days, please add a comment or add 'awaiting-maintainer' label. Thank you for your contributions

@markmandel
Copy link
Collaborator

@gongmax did you want to keep this open?

@github-actions github-actions bot removed obsolete stale Pending closure unless there is a strong objection. labels Feb 15, 2024
Copy link

github-actions bot commented Apr 1, 2024

'This issue is marked as Stale due to inactivity for more than 30 days. To avoid being marked as 'stale' please add 'awaiting-maintainer' label or add a comment. Thank you for your contributions '

@github-actions github-actions bot added the stale Pending closure unless there is a strong objection. label Apr 1, 2024
@markmandel markmandel added awaiting-maintainer Block issues from being stale/obsolete/closed and removed stale Pending closure unless there is a strong objection. labels Apr 1, 2024
@markmandel
Copy link
Collaborator

Keeping this open!

markmandel added a commit to markmandel/agones that referenced this issue Apr 4, 2024
Offline we tend to recommend people use a Service Mesh for multi-cluster
allocation, but I keep seeing people running into our docs and trying to
implement our solution.

Rather than waiting on a full investigation and documentation, I wanted
to put a note at the top making a recommendation to go in a different
direction - so that people don't actively chase this path if they aren't
aware there are other (better) paths for multi-cluster communications.

Work on googleforgames#2468
roberthbailey added a commit that referenced this issue Apr 5, 2024
Offline we tend to recommend people use a Service Mesh for multi-cluster
allocation, but I keep seeing people running into our docs and trying to
implement our solution.

Rather than waiting on a full investigation and documentation, I wanted
to put a note at the top making a recommendation to go in a different
direction - so that people don't actively chase this path if they aren't
aware there are other (better) paths for multi-cluster communications.

Work on #2468

Co-authored-by: Robert Bailey <[email protected]>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
awaiting-maintainer Block issues from being stale/obsolete/closed question I have a question!
Projects
None yet
Development

No branches or pull requests

2 participants