#Homelab · 3 Min. Lesezeit · Tim Rinkel

K3S-HAMMER! 1.36.1 zieht JETZT Kubernetes 1.36 in den Homelab-Cluster — DEIN Raspberry Pi orchestriert wie Google

K3S-HAMMER! 1.36.1 zieht JETZT Kubernetes 1.36 in den Homelab-Cluster — DEIN Raspberry Pi orchestriert wie Google

Die Rancher-Crew hat am 20. Mai 2026 die nächste K3s-Runde gestartet: v1.36.1+k3s1. Dazu kamen frische Backports für die LTS-Streams v1.35.5, v1.34.8 und v1.33.12. Wer im Homelab oder am Edge K3s laufen lässt, bekommt diesen Monat einen kompletten Cluster-Refresh.

WAS DRIN IST: Kubernetes 1.36.1 + viele Backports

K3s ist die leichtgewichtige Kubernetes-Distribution, die auf einem einzelnen Binary läuft — perfekt für Raspberry Pi, Mini-PCs, Cloud-VMs oder ARM-Boards. Mit 1.36.1+k3s1 zieht der untere Kubernetes-Kern komplett auf 1.36.1. Du bekommst neue Features wie verbesserten Pod-Resize, stabile Job-Backoff-Limits und ein paar Sicherheits-Bumps.

Für die LTS-Streams gibt es 1.35.5+k3s1 für Rancher 2.14, sowie 1.34.8+k3s1 und 1.33.12+k3s1 für Rancher 2.13. Das passt zur Mai-Patch-Runde des Upstream-Kubernetes-Projekts.

HOMELAB-VORTEIL: Single-Node geht IMMER NOCH in 30 Sekunden

Wer K3s noch nicht kennt — der Charme ist die Einfachheit. Ein Befehl, ein Binary, fertig:

curl -sfL https://get.k3s.io | sh -

Danach läuft auf deinem Server ein kompletter Kubernetes-Cluster, inklusive Traefik als Ingress, Local-Path-Provisioner und SQLite als Datastore. Für mehr Knoten reicht der Agent-Befehl mit Token. Die Doku ist mittlerweile knackig sauber.

EXTRA-TIPP: Drei LTS-Streams = lange Ruhe

K3s hält drei LTS-Streams parallel am Leben. Wenn du im Homelab nicht jeden Monat patchen willst, bleib auf 1.33 oder 1.34 — die bekommen weiter Sicherheits-Backports. Wer aber neue Features wie Native Sidecar Containers oder Volume Group Snapshots will, muss auf 1.36.

UPDATE-PFAD: Snapshot, dann ziehen

Vor dem Update: Etcd-Snapshot anlegen (falls du Multi-Node mit eingebettetem etcd fährst), Workloads draining, dann den Upgrade-Skript laufen lassen.

curl -sfL https://get.k3s.io | INSTALL_K3S_VERSION=v1.36.1+k3s1 sh -

Bei System-Upgrade-Controller oder Rancher Fleet kann man die Cluster sogar per CRD aktualisieren — sauberer als händisches Ziehen.

FAZIT: Wer K3s im Homelab fährt, sollte mitziehen

1.36.1 ist kein Mega-Release, aber die Backport-Welle macht den Mai zum guten Patch-Zeitpunkt. Wer auf Rancher 2.15 sitzt, muss sowieso ran. Wer Single-Node-Homelab-Cluster fährt, kann es vorsichtig im Wartungsfenster machen.

Häufige Fragen

Was ist neu in K3s 1.36.1?
K3s 1.36.1+k3s1 hebt den Kubernetes-Kern auf 1.36.1 und bringt damit verbesserte Pod-Resize-Funktionen, stabilere Job-Backoffs und kleinere Security-Bumps. Parallel kamen LTS-Backports für 1.35.5, 1.34.8 und 1.33.12 raus.
Lohnt sich das Update sofort oder kann ich warten?
Für die LTS-Streams: ja, sofort, da Security-Backports drinstecken. Für 1.36: gemütlich, wenn du keine spezifischen Features brauchst. Plane ein Wartungsfenster mit Etcd-Snapshot ein.
Bricht das Update bestehende Konfigurationen?
In der Regel nein, K3s ist auf saubere Minor-Updates eingenordet. Achte auf deprecated APIs in deinen Manifesten — beim Sprung von 1.33 auf 1.36 können einzelne Beta-APIs verschwunden sein. kubectl deprecations oder kube-no-trouble helfen beim Check.
Wie führe ich das Update durch?
Single-Node: curl -sfL https://get.k3s.io | INSTALL_K3S_VERSION=v1.36.1+k3s1 sh -. Multi-Node mit Rancher: System-Upgrade-Controller oder Fleet nutzen. Vorher Etcd-Snapshot, Workloads draining, danach Node für Node updaten.

Quellen: github.com/k3s-io/k3s/releases, docs.k3s.io, kubernetes.io/releases/patch-releases.

Kommentar hinterlassen

Deine E-Mail-Adresse wird nicht veröffentlicht. Erforderliche Felder sind mit * markiert