Uyuni Proxy Upgrade on Kubernetes
Proxies deployed via the proxy-helm chart (on either RKE2 or K3S) are upgraded by re-running helm upgrade --install against a newer chart version. The chart values and the existing PVC binding are preserved between releases.
|
This is the supported Kubernetes upgrade path. The legacy |
Run
helm upgradeagainst the new chart version, reusing the values from the previous release:helm upgrade uyuni-proxy \ oci://registry.opensuse.org/uyuni/proxy-helm \ --version 2026.6.0 \ --namespace uyuni-proxy \ --reuse-values
--reuse-valueskeeps the values from the previous release intact (global.config/global.httpd/global.ssh,ingress.class,tftp.hostNetwork,volumes.squid.volumeName,dnsConfig,registrySecret, etc.), so no--set/--set-fileflags need to be re-passed for a routine version bump.If the proxy configuration tarball changed since the last install (TLS certificate rotation, server FQDN change, re-registration), re-extract the files and overlay them on top of
--reuse-values:mkdir -p /root/proxy-config kubectl -n uyuni-proxy exec deploy/uyuni-proxy -c httpd -- cat /etc/uyuni/config.yaml > /root/proxy-config/config.yaml kubectl -n uyuni-proxy exec deploy/uyuni-proxy -c httpd -- cat /etc/uyuni/httpd.yaml > /root/proxy-config/httpd.yaml kubectl -n uyuni-proxy exec deploy/uyuni-proxy -c ssh -- cat /etc/uyuni/ssh.yaml > /root/proxy-config/ssh.yamlThen add the matching
--set-file global.config=…/--set-file global.httpd=…/--set-file global.ssh=…flags to thehelm upgradecommand above. The same pattern applies to any other value that needs to change: keep--reuse-valuesand overlay the override with--set.Watch the rollout and verify the pods come back up:
kubectl -n uyuni-proxy rollout status deploy/uyuni-proxy kubectl -n uyuni-proxy get pod
On Kubernetes the image cleanup is handled automatically, or it depends on the Kubernetes distribution.