MicroK8s vs K3s vs RKE2 2026: Versionen, HA, Kosten
MicroK8s im Vergleich zu K3s und RKE2: Snap-Kanäle, Versionsstand, HA mit dqlite, Sicherheits-Defaults und Kosten auf Hetzner. Stand Oktober 2026, alle Quellen verlinkt.
TL;DR
MicroK8s ist Canonicals Kubernetes im Snap-Paket: ein Befehl, Addons per microk8s enable, HA ab drei Nodes mit dqlite. Am 27.10.2026 steht der stabile Kanal auf v1.36.2, einen 1.37-Track gibt es nicht. K3s und RKE2 liefern seit 30.09.2026 Kubernetes 1.37.1. MicroK8s passt für Ubuntu-Teams, Edge und Labore, weniger für regulierte Produktion.
Was ist MicroK8s?
MicroK8s ist eine Kubernetes-Distribution von Canonical, die als einzelnes Snap-Paket installiert wird und Control Plane, containerd und Kubelet auf jedem Node mitbringt. Die Doku nennt 540 MB Speicher als Untergrenze, für Workloads empfiehlt sie mindestens 4 GB RAM und 20 GB Platte. Zusatzfunktionen kommen als Addons, nicht als Helm-Charts von Hand.
Das Repository canonical/microk8s steht unter Apache-2.0 und hat rund 9.400 Sterne. Canonical beschreibt MicroK8s als “small, fast, single-package Kubernetes for datacenters and the edge”. Der Snap Store liefert Builds für amd64, arm64, ppc64el und s390x, also neben x86-Servern auch für ARM-Hardware und IBM Z.
Die Installation laut Getting-started-Seite:
sudo snap install microk8s --classic --channel=1.36/stable
sudo usermod -a -G microk8s $USER
mkdir -p ~/.kube && chmod 0700 ~/.kube
su - $USER
microk8s status --wait-ready
microk8s enable dns hostpath-storage
microk8s kubectl get nodesWichtig für die Einordnung: Wie RKE2 und K3s ist MicroK8s kein Managed Kubernetes. Upgrades, Datenbank-Backups und Zertifikate bleiben bei Ihnen, auch wenn der Snap vieles automatisiert.
Welche MicroK8s-Version ist aktuell?
Am 27. Oktober 2026 liefert der Kanal latest/stable MicroK8s v1.36.2 aus, veröffentlicht am 24. Juni 2026. Upstream ist Kubernetes bereits bei 1.36.5 und 1.37.1. Einen 1.37-Track gibt es im Snap Store nicht. Das letzte MicroK8s-Release ist 1.36 vom 25. Mai 2026.
Die Channel-Map des Snap Store zeigt den Abstand zum Upstream-Patchstand von kubernetes.io:
| Track | MicroK8s stable | Upstream aktuell | Upstream EOL |
|---|---|---|---|
| 1.37 | kein Track | 1.37.1 | 28.10.2027 |
| 1.36 | v1.36.2 (30.06.2026) | 1.36.5 | 28.06.2027 |
| 1.35 | v1.35.6 (02.07.2026) | 1.35.9 | 28.02.2027 |
| 1.34 | v1.34.9 (17.06.2026) | 1.34.12 | 27.10.2026 |
| 1.33 | v1.33.13 (01.07.2026) | nicht mehr gepflegt | abgelaufen |
Im Edge-Kanal liegt 1.36.5 seit dem 30. September, nach stable ist es bis heute nicht gewandert. Wer MicroK8s in Produktion fährt, bekommt Upstream-Sicherheitsfixes also mit Monaten Verzug. Für 1.34 endet der Upstream-Support heute, am 27. Oktober 2026.
Die Release Notes zu 1.36 nennen containerd v2.2.3, etcd v3.6.10, CoreDNS 1.14.3, Traefik v3.6.13 und Gateway API CRDs v1.5.1. Zwei Breaking Changes betreffen bestehende Cluster: Das Dashboard-Addon ist entfernt, und das GPU-Addon setzt die NVIDIA-Runtime nicht mehr als Standard. Pods brauchen dafür jetzt runtimeClassName: nvidia. Seit 1.35 ersetzt Traefik den NGINX-Ingress.
Wie aktualisiert sich MicroK8s?
Snaps prüfen standardmäßig viermal am Tag auf Updates und spielen sie automatisch ein. Die Kanal-Doku sagt: Die Updates bleiben innerhalb des gewählten Tracks, eine neue Minor-Version kommt nicht ungefragt. Patch-Updates laufen aber ohne Wartungsfenster durch. In Produktion sollten Sie Refreshes daher steuern, mit den Befehlen aus der Snapcraft-Doku:
# MicroK8s-Updates anhalten, bis Sie sie freigeben
sudo snap refresh --hold microk8s
# Updates nur in einem Wartungsfenster zulassen
sudo snap set system refresh.timer=sat,02:00-04:00
# Gezielt aktualisieren, Node für Node
sudo snap refresh microk8s --channel=1.36/stableEin Hold blockiert Auto-Refreshes, nicht aber einen gezielten snap refresh microk8s. Damit lässt sich ein Rolling Update mit kubectl drain pro Node sauber durchführen.
Wie funktioniert MicroK8s hochverfügbar?
MicroK8s schaltet Hochverfügbarkeit automatisch ein, sobald ein Cluster drei oder mehr Nodes hat. Jeder Node betreibt die Control Plane, der Cluster-Zustand liegt in dqlite statt etcd. Fällt der Leader aus, wählt der Cluster innerhalb von bis zu 5 Sekunden einen neuen. Alle microk8s-Befehle funktionieren auf jedem Node.
Die HA-Doku unterscheidet drei Rollen: Voter replizieren die Datenbank und stimmen ab, Standby-Nodes replizieren ohne Stimme, Spare-Nodes tun beides nicht. Das Hochstufen eines Standby zum Voter dauert bis zu 30 Sekunden. Der Ablauf:
- Auf einem bestehenden Node
microk8s add-nodeausführen. Der Befehl gibt einen Join-Befehl mit Token aus. - Auf dem neuen Node
microk8s join <ip>:25000/<token>ausführen. - Schritt 1 und 2 für den dritten Node wiederholen, danach zeigt
microk8s statusdie Datastore-Master und Standby-Nodes. - Beim Abbau
microk8s leaveauf dem gehenden Node undmicrok8s remove-node <name>auf einem verbleibenden.
Der Unterschied zu RKE2: Dort läuft eingebettetes etcd, die RKE2-HA-Doku nennt ein Quorum von (n/2)+1 und verlangt eine ungerade Zahl an Servern. Bei MicroK8s ist dqlite der Standard, eine Quorum-Formel nennt die HA-Seite nicht. Für Teams mit etcd-Know-how und Backup-Routinen auf etcd-Snapshots ist das ein Umstieg.
Welche Sicherheits-Defaults hat MicroK8s?
MicroK8s ist auf schnellen Start ausgelegt, nicht auf Härtung ab Werk. Der API-Server läuft nach Angabe der Ports-Doku standardmäßig mit --authorization-mode=AlwaysAllow: Jede authentifizierte Anfrage ist erlaubt. RBAC schalten Sie mit microk8s enable rbac ein. Ein CIS-Profil per Konfigurationszeile wie bei RKE2 gibt es nicht.
Die Ports-Übersicht listet, was auf der Standard-Netzwerkschnittstelle lauscht:
| Port | Dienst | Absicherung laut Doku |
|---|---|---|
| 16443 | API-Server | TLS, Token oder X.509 |
| 10250 | Kubelet | X.509-Client-Zertifikat |
| 10255 | Kubelet read-only | keine genannt |
| 25000 | Cluster-Agent (Join) | Token |
| 19001 | dqlite | TLS mit Client-Zertifikaten |
| 4789/udp | Calico VXLAN | keine genannt |
Port 10255 und das VXLAN-Netz gehören hinter eine Firewall oder in ein privates Netz. Für mehr Isolation bietet Canonical Strict Confinement als eigene Tracks (1.36-strict), die AppArmor, seccomp und Namespaces nutzen. Die Addons cilium, gpu und multus laufen dort nicht.
Für Audits nach BSI C5 oder DORA ist MicroK8s damit mehr Handarbeit als RKE2, das laut Doku CIS-Voreinstellungen und FIPS 140-2 mitbringt. Was C5 konkret verlangt, steht in unserem Beitrag zu BSI C5 und Kubernetes. Canonical selbst positioniert für diesen Fall die neuere Distribution Canonical Kubernetes, die auf ubuntu.com/kubernetes mit FIPS-140-3-Modus und bis zu 15 Jahren Sicherheitswartung beworben wird.
MicroK8s vs K3s vs RKE2 im Vergleich
MicroK8s, K3s und RKE2 installieren sich jeweils mit einem Befehl und bringen containerd mit. Die Unterschiede liegen bei Paketierung, Datenbank, Härtung und Versionstempo. K3s und RKE2 kommen von SUSE Rancher und haben die Upstream-Patches 1.37.1 bis 1.34.12 am 30.09.2026 ausgeliefert. MicroK8s hängt am Snap-Ökosystem und an Ubuntu.
| Kriterium | MicroK8s | K3s | RKE2 |
|---|---|---|---|
| Hersteller | Canonical | SUSE Rancher | SUSE Rancher |
| Paketierung | Snap | Binary, Installskript | Binary/RPM, Installskript |
| Neueste stabile Version am 27.10.2026 | v1.36.2 | v1.37.1+k3s1 | v1.37.1+rke2r1 |
| Datenbank | dqlite (HA automatisch ab 3 Nodes) | SQLite Standard, etcd, MySQL, Postgres möglich | etcd eingebettet |
| Mindestausstattung | 540 MB RAM, empfohlen 4 GB | Server 2 Kerne, 2 GB RAM | 2 CPU, 4 GB RAM |
| Härtung ab Werk | AlwaysAllow, RBAC per Addon, kein CIS-Profil | k. A. in der Übersicht | CIS Benchmark v1.12/v1.11 mit wenig Handarbeit |
| FIPS | Ubuntu Pro mit FIPS-Kryptobibliotheken (k. A. zu MicroK8s selbst) | k. A. | FIPS 140-2 |
| Updates | automatischer Snap-Refresh 4x täglich im Track | manuell oder per system-upgrade-controller | k. A. in der Übersicht |
Die K3s-Werte stammen aus der K3s-Doku, den K3s-Anforderungen, der Upgrade-Seite und den K3s-Releases, die RKE2-Werte aus der RKE2-Doku und den RKE2-Releases. Details zu RKE2 stehen in unserem RKE2-Beitrag, zum Rancher-Ökosystem in SUSE Rancher Prime.
Unsere Einordnung nach Kriterium:
- Für Ubuntu-Flotten an Edge-Standorten oder auf ARM passt MicroK8s, weil Installation, Addons und Updates über einen Snap laufen und vier Architekturen bedient werden.
- Für Entwicklerrechner, CI und Labore passen MicroK8s und K3s gleichermaßen. Den Ausschlag gibt meist, ob das Team Snap oder ein Binary bevorzugt.
- Für Produktion mit Prüfpflichten ist RKE2 dokumentiert besser vorbereitet: CIS-Benchmark, FIPS 140-2 und aktueller Patchstand.
- Für Teams, die neue Kubernetes-Versionen zeitnah brauchen, ist der fehlende 1.37-Track bei MicroK8s ein klares Gegenargument.
Was kostet MicroK8s in Deutschland?
MicroK8s selbst ist kostenlos (Apache-2.0). Kosten entstehen für Server und optional für Support. Drei Hetzner-Server CPX22 mit je 2 vCPU und 4 GB, genug für die Empfehlung von 4 GB RAM, kosten 58,47 € netto im Monat ohne IPv4. Ubuntu Pro mit 24/7-Support kostet 3.400 USD pro Server und Jahr.
Rechenweg mit den Hetzner-Preisen seit der Preisanpassung vom 15. Juni 2026 (Falkenstein und Nürnberg, netto, ohne IPv4):
| Setup | Node-Typ | Nodes | Preis pro Node und Monat | Summe pro Monat |
|---|---|---|---|---|
| Test, ein Node | CPX22 (2 vCPU, 4 GB) | 1 | 19,49 € | 19,49 € |
| HA-Minimum | CPX22 (2 vCPU, 4 GB) | 3 | 19,49 € | 58,47 € |
| HA mit mehr Luft | CPX32 (4 vCPU, 8 GB) | 3 | 35,49 € | 106,47 € |
Die Regular-Performance-Seite bestätigt 2 vCPU und 4 GB für CPX22 sowie 4 vCPU und 8 GB für CPX32 und zeigt Preise inklusive IPv4 (CPX22 ab 19,99 €). Sie markierte die Typen am 27. Oktober 2026 ebenso als nicht verfügbar wie die günstigeren CX23 (5,49 €) und CX33 (8,49 €) auf der Cost-Optimized-Seite. Prüfen Sie die Verfügbarkeit vor der Planung. Hinzu kommen Load Balancer, IPv4, Volumes und Backups.
Für Support verkauft Canonical Ubuntu Pro. Die Preisseite nennt pro Server und Jahr:
| Ubuntu Pro (Server) | Preis pro Jahr | Pro Monat umgerechnet |
|---|---|---|
| ohne Support, unbegrenzt VMs | 500 USD | 41,67 USD |
| 24/7 Infra-Support | 1.775 USD | 147,92 USD |
| 24/7 Full Support | 3.400 USD | 283,33 USD |
Für drei Nodes mit 24/7 Full Support wären das 10.200 USD im Jahr, Werktags-Support kostet nach der Preisseite 50 % davon. Ob ein Abo pro VM oder pro physischem Host abgerechnet wird, hängt vom Modell ab: Die 500-USD-Stufe gilt für einen physischen Server mit beliebig vielen VMs. Auf gemieteten Cloud-VMs klären Sie die Zählweise vor dem Kauf mit Canonical. Ein Managed-Angebot mit kostenloser Control Plane kann bei kleinen Clustern günstiger sein, sobald Sie Bereitschaft und Upgrades einrechnen, siehe Managed-Kubernetes-Kostenvergleich.
FAQ
Ist MicroK8s für Produktion geeignet?
Ja, mit Einschränkungen. HA mit dqlite ab drei Nodes und Ubuntu-Pro-Support sind vorhanden. Dagegen sprechen der Patch-Verzug im stabilen Kanal (v1.36.2 statt Upstream 1.36.5), der fehlende 1.37-Track am 27.10.2026 und die Autorisierung AlwaysAllow ab Werk. Aktivieren Sie RBAC und steuern Sie Snap-Refreshes.
Was kostet MicroK8s?
Die Software ist unter Apache-2.0 kostenlos. Drei Hetzner-Server CPX22 kosten 58,47 € netto im Monat ohne IPv4 (Preise seit 15.06.2026). Ubuntu Pro kostet pro Server und Jahr 500 USD ohne Support und 3.400 USD mit 24/7 Full Support.
MicroK8s vs K3s: was ist der Unterschied?
MicroK8s kommt als Snap von Canonical, nutzt dqlite für HA und aktiviert Funktionen per Addon. K3s ist ein einzelnes Binary von SUSE Rancher mit SQLite für Einzel-Nodes und eingebettetem etcd für HA. K3s lieferte Kubernetes 1.37.1 am 30.09.2026, MicroK8s hat noch keinen 1.37-Track.
Wie viele Nodes braucht ein hochverfügbarer MicroK8s-Cluster?
Mindestens drei. Ab drei Nodes schaltet MicroK8s HA automatisch ein, jeder Node betreibt die Control Plane und mindestens drei halten eine Kopie der dqlite-Datenbank. Fällt der Leader aus, wird innerhalb von bis zu 5 Sekunden ein neuer gewählt.
Ist MicroK8s Managed Kubernetes?
Nein. MicroK8s ist eine Distribution, die Sie selbst betreiben. Canonical bietet zwar ein vollständig gemanagtes Kubernetes mit 99,9 % Uptime-SLA an, das ist aber ein separater Dienst. Managed-Angebote mit deutscher Region vergleicht unser Beitrag Managed Kubernetes Deutschland.
Läuft MicroK8s auch außerhalb von Ubuntu?
Ja, überall, wo Snap läuft. Das GitHub-Repository nennt 42 Linux-Varianten. Builds gibt es für amd64, arm64, ppc64el und s390x. Auf Distributionen ohne vorinstalliertes snapd müssen Sie snapd zuerst einrichten. In gehärteten Umgebungen braucht dieser zusätzliche Paketmanager meist eine eigene Freigabe.
Quellen
- MicroK8s Doku: Getting started (abgerufen 27. Oktober 2026)
- MicroK8s Doku: High Availability (abgerufen 27. Oktober 2026)
- MicroK8s Doku: Services and ports (abgerufen 27. Oktober 2026)
- MicroK8s Doku: Snap-Kanäle (abgerufen 27. Oktober 2026)
- MicroK8s Doku: Addons (abgerufen 27. Oktober 2026)
- MicroK8s Doku: Strict Confinement (abgerufen 27. Oktober 2026)
- GitHub: canonical/microk8s (abgerufen 27. Oktober 2026)
- GitHub: MicroK8s 1.36 Release Notes (abgerufen 27. Oktober 2026)
- Snap Store API: microk8s Channel-Map (abgerufen 27. Oktober 2026)
- Snapcraft Doku: Manage updates (abgerufen 27. Oktober 2026)
- Canonical: Enterprise Kubernetes (abgerufen 27. Oktober 2026)
- MicroK8s Doku: Ubuntu Pro (abgerufen 27. Oktober 2026)
- Ubuntu Pro Preise (abgerufen 27. Oktober 2026)
- Kubernetes Releases (abgerufen 27. Oktober 2026)
- GitHub: k3s-io/k3s Releases (abgerufen 27. Oktober 2026)
- K3s Doku: Anforderungen (abgerufen 27. Oktober 2026)
- RKE2 Doku: Übersicht (abgerufen 27. Oktober 2026)
- RKE2 Doku: Hochverfügbarkeit (abgerufen 27. Oktober 2026)
- K3s Doku: Übersicht (abgerufen 27. Oktober 2026)
- K3s Doku: Upgrades (abgerufen 27. Oktober 2026)
- GitHub: rancher/rke2 Releases (abgerufen 27. Oktober 2026)
- Hetzner: Preisanpassung 15. Juni 2026 (abgerufen 27. Oktober 2026)
- Hetzner Cloud: Regular Performance (abgerufen 27. Oktober 2026)
- Hetzner Cloud: Cost-Optimized (abgerufen 27. Oktober 2026)