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

chore(kuma-cp) deploy many instances using HELM #1208

Merged
merged 3 commits into from
Nov 27, 2020

Conversation

jakubdyszkiewicz
Copy link
Contributor

Summary

Add capability to deploy many instances of Kuma by parametrizing HELM. Kuma is meant to be scaled horizontally. I also parametrized Ingress deployment.

Full changelog

  • Add new configs for HELM
  • Changed a stable E2E test to use many instances of the CP. Overall - all fully stable tests should do this so we can verify that we did not broke HA in any case
  • Removed RestartKuma for E2E since it's not used anywhere

Documentation

  • In HELM

Signed-off-by: Jakub Dyszkiewicz <jakub.dyszkiewicz@gmail.com>
@jakubdyszkiewicz jakubdyszkiewicz requested a review from a team as a code owner November 24, 2020 16:24
Copy link
Contributor

@austince austince left a comment

Choose a reason for hiding this comment

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

Looks like a really nice change to me. We may want to investigate some default HPA policies if this is a common use case, I think @tharun208 had some ideas in the initial Helm chart implementation.

Edit: just saw your issue #1207, looks like we're on the same page. Happy to take a stab at that.

@nickolaev
Copy link
Contributor

Edit: just saw your issue #1207, looks like we're on the same page. Happy to take a stab at that.

Assigned it to you for visibility.

@@ -16,6 +16,8 @@ controlPlane:

kdsGlobalAddress: ""

replicas: 1
Copy link
Contributor

@nickolaev nickolaev Nov 25, 2020

Choose a reason for hiding this comment

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

I know why it is one by default, but in reality - do we advise people to run a single copy of the CP?

Copy link
Contributor Author

Choose a reason for hiding this comment

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

On production? No, you should run at least 2 for HA (and probably with a PodAffinity settings that two of them are not spawned on the same Node). Ideally, this will be controlled by Horizontal Pod Autoscaler, hence the issue I created.

So what's your suggestion for the default value?

Copy link
Contributor

Choose a reason for hiding this comment

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

OK lets go for the HPA apraoch and leave this one as 1.

Signed-off-by: Jakub Dyszkiewicz <jakub.dyszkiewicz@gmail.com>
Signed-off-by: Jakub Dyszkiewicz <jakub.dyszkiewicz@gmail.com>
@jakubdyszkiewicz jakubdyszkiewicz merged commit fd0bf9f into master Nov 27, 2020
@jakubdyszkiewicz jakubdyszkiewicz deleted the chore/instances branch November 27, 2020 11:00
mergify bot pushed a commit that referenced this pull request Nov 27, 2020
Signed-off-by: Jakub Dyszkiewicz <jakub.dyszkiewicz@gmail.com>
(cherry picked from commit fd0bf9f)

# Conflicts:
#	app/kumactl/pkg/install/k8s/control-plane/helmtemplates_vfsdata.go
jakubdyszkiewicz added a commit that referenced this pull request Nov 30, 2020
Signed-off-by: Jakub Dyszkiewicz <jakub.dyszkiewicz@gmail.com>
jakubdyszkiewicz pushed a commit that referenced this pull request Nov 30, 2020
Signed-off-by: Jakub Dyszkiewicz <jakub.dyszkiewicz@gmail.com>
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

Successfully merging this pull request may close these issues.

None yet

3 participants