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

minor fixes on the CA docs #362

Merged
merged 2 commits into from
Aug 4, 2022
Merged

minor fixes on the CA docs #362

merged 2 commits into from
Aug 4, 2022

Conversation

dgkanatsios
Copy link
Collaborator

Minor fixes on the Cluster Autoscaler documentation.

@dgkanatsios dgkanatsios added the documentation Improvements or additions to documentation label Aug 3, 2022
@dgkanatsios dgkanatsios requested a review from javier-op August 3, 2022 15:38
@@ -7,9 +7,9 @@ nav_order: 4

# Cluster Autoscaling

Thundernetes natively supports GameServer autoscaling via its standingBy/max mechanism. However, scaling Pods is just one part of the process. The other part is about scaling the Kubernetes Nodes in the cluster. The challenges with Node autoscaling are mostly with scaling down. Nodes that have at least one GameServer in the Active state (where players are connected to the GameServer and playing the game) should not be removed. However, Nodes that all their GameServers are on Initializing or StandingBy state are eligible to be removed. We should also keep in mind that multiplayer game sessions are usually short lived, so Active game servers will eventually be terminated and new game servers in Initializing or StandingBy state will be created.
Thundernetes natively supports GameServer autoscaling via its standingBy/max mechanism. However, scaling GameServer Pods is just one part of the scaling process. The other part is about scaling the Kubernetes Nodes in the cluster. The challenges with Node autoscaling are mostly with scaling down. Nodes that have at least one GameServer in the Active state (where players are connected to the GameServer and playing the game) should not be removed, since this would effectively disconnect all users and destroy their experience. Nodes with GameServers on Initializing or StandingBy state are eligible to be removed, since no players are connected. We should also keep in mind that multiplayer game sessions are usually short lived, so Active game servers will eventually be terminated and new game servers in Initializing or StandingBy state will be created.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

maybe it's just me but "destroy their experience" sounds a bit dramatic

@dgkanatsios dgkanatsios merged commit e656c50 into main Aug 4, 2022
@dgkanatsios dgkanatsios deleted the cadocsfix branch August 4, 2022 13:49
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
documentation Improvements or additions to documentation
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants