Virtualisierung
Rancher, K3s & RKE2
Rancher, K3s und RKE2 sind das Kubernetes-Portfolio von SUSE: K3s schlank für den Edge, RKE2 gehärtet fürs Datacenter, Rancher fürs Multi-Cluster-Management.
- Apache-2.0, SUSE
- K3s: Edge, ein Binary
- RKE2: FIPS/CIS-gehärtet
- Rancher: Multi-Cluster-Management
- Fleet-GitOps integriert
K3s, RKE2 und Rancher bilden das Kubernetes-Portfolio von SUSE (Rancher). Sie lösen unterschiedliche Probleme: K3s bringt Kubernetes schlank an den Edge, RKE2 liefert eine gehärtete Datacenter-Distribution, und Rancher verwaltet Cluster jeder Herkunft zentral.
Dieser Artikel ordnet die drei Bausteine ein, erklärt ihre jeweiligen Stärken (Schlankheit, Sicherheit, Management) und die gemeinsame GitOps-Engine Fleet und grenzt sie gegen reines Upstream-Kubernetes ab.
1. K3s: Kubernetes für den Edge
K3s ist ein voll zertifiziertes Kubernetes, verpackt als einzelnes Binary unter 100 MB. Es ersetzt im Einzelknotenbetrieb etcd standardmäßig durch SQLite (etcd, MySQL oder PostgreSQL sind wählbar) und bündelt containerd, Flannel, CoreDNS und Traefik. Damit läuft es auf ARM-Hardware, in CI-Pipelines, in air-gapped Umgebungen und überall, wo Ressourcen knapp sind. K3s ist ein CNCF-Sandbox-Projekt.
2. RKE2: gehärtet fürs Rechenzentrum
RKE2 kombiniert die Upstream-Nähe von RKE mit der Betriebsvereinfachung von K3s und legt den Fokus auf Sicherheit: FIPS-140-konforme Kryptobibliotheken, einfaches Erreichen des CIS-Kubernetes-Benchmarks, integriertes CVE-Scanning und etcd als einziger Datastore. Die Control-Plane-Komponenten laufen als statische Pods. Zielgruppe sind Behörden und Unternehmen mit strikten Compliance-Anforderungen.
3. Rancher: viele Cluster, eine Oberfläche
Rancher ist die Management-Plattform darüber: Cluster bereitstellen und aktualisieren, Zugriff per RBAC steuern, Richtlinien und Monitoring integrieren, und das über jede CNCF-zertifizierte Distribution hinweg, auch Managed Kubernetes aus der Public Cloud. Rancher selbst ist eine Schicht, die einen laufenden Kubernetes-Cluster voraussetzt.
Die eigentliche Komplexität skaliert nicht mit der Größe eines Clusters, sondern mit ihrer Anzahl. Genau da setzt Rancher an: einheitliche Identität, Richtlinien und Updates über viele Cluster statt pro Cluster.
4. Fleet: GitOps über tausende Cluster
Fleet ist Ranchers eingebettete GitOps-Engine: Sie überwacht Git-Repositories und gleicht den deklarierten Soll-Zustand kontinuierlich mit dem Ist-Zustand der Cluster ab, vom Einzelcluster bis zu tausenden. So werden Konfiguration und Anwendungen versioniert und reproduzierbar ausgerollt.
5. Stärken und Grenzen
| Stärken | Grenzen |
|---|---|
| Passende Distribution je Einsatzort (Edge, DC, Management) | Drei Produkte mit eigenen Rollen, Einarbeitung nötig |
| RKE2 mit FIPS/CIS-Härtung für Compliance | K3s ist CNCF-Sandbox; SQLite-Standard nicht HA-tauglich |
| Rancher + Fleet: zentrales Multi-Cluster-Management und GitOps | Rancher setzt selbst einen laufenden Cluster voraus |
Häufige Fragen zu Rancher, K3s & RKE2
K3s ist für ressourcenarme und Edge-Szenarien gedacht (Single-Binary, SQLite-Standard). RKE2 ist die gehärtete Datacenter-Distribution mit etcd, FIPS-Krypto und CIS-Benchmark, gedacht für Produktion mit Compliance-Anforderungen.
Nein. K3s und RKE2 laufen eigenständig. Rancher lohnt sich, sobald mehrere Cluster über Standorte oder Clouds hinweg einheitlich verwaltet, abgesichert und per GitOps (Fleet) bespielt werden sollen.
Auch der Autor ist nur ein Mensch, dem Fehler unterlaufen können. Wenn in diesem Beitrag etwas nicht stimmt oder unklar ist, freuen wir uns über einen kurzen Hinweis über das Kontaktformular unten, wir prüfen und korrigieren das.
Der nächste Schritt
Rancher, K3s & RKE2 im eigenen Haus richtig einsetzen?
Wir klären, ob und wie der Baustein zu Ihrer Infrastruktur passt, und sagen offen, wann sich der Aufwand lohnt und wann nicht.