Klaster RKE2 HA na jednym komputerze: KVM, MetalLB i Rancher

Wed, 11 Nov 2026 00:00:00 +0000

minikube i kind świetnie nadają się do sprawdzenia manifestu, ale nie pokażą, co się dzieje, kiedy z trzech węzłów etcd znika jeden, kiedy wirtualne IP przeskakuje na inną maszynę albo kiedy apiserver zaczyna gubić połączenie z wolnym dyskiem. Chciałem mieć laboratorium jak najbliższe produkcji, ale na jednym komputerze. Wyszło z tego:

trzy węzły RKE2 w trybie HA (etcd z quorum 2 z 3),
MetalLB w trybie L2, który daje serwisom LoadBalancer prawdziwe wirtualne IP,
Rancher jako panel, razem z wbudowanym Fleetem do GitOps.

Etap od pustego hosta do działającego klastra robi jeden skrypt, rke2-lab.sh.

Kubernetes na VPS-ie z jednym publicznym IP: kubeadm, Gateway API i Let's Encrypt

Wed, 11 Nov 2026 00:00:00 +0000

Masz VPS z jednym publicznym IP. Chcesz na nim prawdziwego Kubernetesa (nie k3s, nie minikube, tylko upstreamowy kubeadm), a aplikacje mają być dostępne pod https://<nazwa>.k8s.skwarna.eu z ważnym certyfikatem. Bez load balancera z chmury i bez ręcznego otwierania portów dla każdej aplikacji.

Ta instrukcja prowadzi przez całość w dwóch częściach:

Klaster: kubeadm + containerd + Flannel + metrics-server na jednym węźle, za firewallem. Do tego trzy pułapki, na które trafiłem po drodze.
Wystawianie aplikacji: wildcard DNS, Gateway API z Envoy Gateway (zamiast wycofanego ingress-nginx), certyfikaty Let’s Encrypt z cert-managera i sposób na „load balancer” bez load balancera.

W przykładach używam swojej domeny k8s.skwarna.eu, u siebie podmień ją na własną. Aplikacja testowa z tego artykułu działa naprawdę: whoami.k8s.skwarna.eu pokazuje nagłówki Twojego żądania, tak jak widzi je pod w klastrze. Serwer ma IP 38.45.81.22.

Piotr Skwarna - Blog

Klaster RKE2 HA na jednym komputerze: KVM, MetalLB i Rancher

Kubernetes na VPS-ie z jednym publicznym IP: kubeadm, Gateway API i Let's Encrypt