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

[Documentation request] How to use private registry with auth #449

Open
nicolas-mehlei-dh opened this issue Sep 13, 2024 · 3 comments
Open

Comments

@nicolas-mehlei-dh
Copy link

Hey all,

First of all, wonderful project and so far a very straight-forward experience to create a low-cost Kubernetes cluster.

Currently, the documentation does not yet explain how one can set up a private registry with the embedded k3s (see k3s docs).

For example, the terraform-hcloud-kube-hetzner project allows setting this via the configuration file (Example). In my specific case this would be for an ACR registry (Azure Container Registry), although the same would apply to other providers as well.

Unfortunately, I did not yet find out how to do it, and would appreciate some guidance. I'd gladly push the description as a PR afterwards.

@vitobotta
Copy link
Owner

HI! I hadn't thought of making custom registries configurable because it hasn't been requested before, but I could add this as a new setting easily.

At the moment the only option is to edit the yaml file on the servers manually and restarting k3s, but unfortunately that change would be overridden next time you run hetzner-k3s create.

I am taking a note now so I can try and add this to the next release.

@nmehlei
Copy link

nmehlei commented Sep 18, 2024

Interesting, I would have thought this is a very common use case, as it's strictly necessary to host custom applications that are not public.

The workaround works, thank you for the tip. Looking forward to seeing this functionality in a future release.

@axgkl
Copy link
Contributor

axgkl commented Sep 20, 2024

Interesting, I would have thought this is a very common use case, as it's strictly necessary to host custom applications that are not public.

The workaround works, thank you for the tip. Looking forward to seeing this functionality in a future release.

i think the 'normal' way to do this, is to to supply the full paths, with registry hostnames, plus image pull secrets, for images on those private registries. have not problems with that, even without that workaround.

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

No branches or pull requests

4 participants