-
Notifications
You must be signed in to change notification settings - Fork 1k
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
kata-deploy: Add Helm Chart #9880
base: main
Are you sure you want to change the base?
Conversation
Per default the appVersion would be set to VERSION one can override it by simply saying:
A default
would give one the latest release. |
The helm-chart can be eaisly hosted via github.io on kata-containers. |
With this we can also automate the chart publishing for each release https://github.com/helm/chart-releaser |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Hi @zvonkok , thanks a lot for this. IMO a good improvement. Just left a few questions for you.
endef | ||
|
||
HELM = $(shell pwd)/bin/helm | ||
helm: ## Download helm locally if necessary. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This is installing bin/helm under the current folder. If I'm calling it from tools/packaging/kata-deploy/helm-chart
there will be a bin folder there. Is this the excepted location?
It sounds a bit strange to me to have it under this location. But if we decide to keep it there, we should include this binary into the .gitignore
.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
No need to keep this there. We could use $HOME/.local/bin
are we just assume that helm is installed by some other entity. I think I am going to remove this.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I will remove this. Consider this a NOOP.
@beraldoleal Take a look at the second commit how we can use Helm for rendering the correct yamls without changing the yamls in place and hence making the repository dirty. FYI @fidencio @ryansavino |
kata-deploy.yaml and kata-cleanup.yaml are the same manifests and scripts just with different arguments next commit will clean this up |
|
With this we should be able to remove "ALL" base/overlay kustomzie manifests. |
TODO follow up PRs:
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
7de731b
to
395a9b7
Compare
I've build a simple GHA job to upload a Helm chart for each PR automatically to a specific repository. In my case its Replace here
The |
Additionally
|
For each PR we woudl have a Helm chart Users can then do a |
7f3f7bb
to
53cff14
Compare
I was looking through the failed test runs for the amd node jobs. Let me know if you want to spend some time troubleshooting the failures together. Looks like it wasn't able to pull the kata-deploy image. |
e4fb3f1
to
ef168d8
Compare
@ryansavino Found the error. Thanks for the offer :) |
imagePullSecrets: [] | ||
image: | ||
reference: quay.io/kata-containers/kata-deploy | ||
tag: "" |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
If tag is empty we will per default use chart.version which translates to VERSION
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
does it make sense to add a values.schema.json
to the chart? In my experience this takes the edge off when working with helm charts.
Please rebase this PR onto main when you want to re-trigger the whole set of checks (by pushing something and etc.) as #9923 resolves the issue for the zvsi tests. Thanks. |
For easier handling of kata-deploy we can leverage a Helm chart to get rid of all the base and overlays for the various components Signed-off-by: Zvonko Kaiser <zkaiser@nvidia.com>
Rather then modifying the kata-depoy scripts let's use Helm and create a values.yaml that can be used to render the final templates Signed-off-by: Zvonko Kaiser <zkaiser@nvidia.com>
Remove the unneeded logic for cleanup the values are encapsulated in the deployed helm release Signed-off-by: Zvonko Kaiser <zkaiser@nvidia.com>
Adding reset_cleanup to cleanup action so that it is done automatically without the need to run yet another DS just to reset the runtime. This is now part of the lifecycle hook when issuing kata-deploy.sh cleanup Signed-off-by: Zvonko Kaiser <zkaiser@nvidia.com>
For easier handling of kata-deploy we can leverage a Helm chart to get rid of all the base and overlays for the various components