Proxmox Kubernetes 2026: 4 Wege, Kosten, Grenzen

TL;DR

Proxmox Kubernetes heißt: Sie betreiben Kubernetes in VMs auf Proxmox VE, denn Proxmox selbst bringt keinen Kubernetes-Dienst mit. Es gibt vier gängige Wege: kubeadm, k3s, Talos Linux und Cluster API (CAPMOX). Die Software ist kostenlos, Enterprise-Support kostet 120 bis 1.100 € netto pro CPU-Sockel und Jahr. Den Betrieb tragen Sie selbst.

Kann Proxmox Kubernetes von Haus aus?

Nein. Die Produktseite beschreibt Proxmox VE als Plattform, die den KVM-Hypervisor und Linux Containers (LXC) integriert, dazu kommen HA-Cluster, Ceph, ZFS und SDN. Einen Kubernetes-Dienst mit gemanagter Control Plane erwähnen weder die Produktseite noch die Pressemitteilung zu Version 9.2. Kubernetes installieren Sie deshalb selbst als Gast, in der Regel in VMs.

Der aktuelle Stand der Plattform nach der Pressemitteilung vom 21. Mai 2026:

Komponente	Proxmox VE 9.2
Basis	Debian 13.5 “Trixie”
Kernel	Linux 7.0 (Standard)
Hypervisor	QEMU 11.0
Container	LXC 7.0
Storage	ZFS 2.4, Ceph Tentacle 20.2 und Squid 19.2
Neu	Dynamic Load Balancer, WireGuard und BGP im SDN, eigene CPU-Modelle

Die Versionsfolge zeigt einen etwa halbjährlichen Takt: 9.0 erschien am 5. August 2025, 9.1 am 19. November 2025, 9.2 am 21. Mai 2026. Seit dem 5. August 2026 unterstützt Proxmox VE offiziell Arm64, das meldet die Übersicht der Pressemitteilungen.

Und LXC? Die Proxmox-Doku zum Container Toolkit führt OCI-Images als “Application Containers” nur als Technology Preview, technisch weiter auf LXC-Basis. Für maximale Isolation und Live-Migration bleibt nach derselben Doku das Verschachteln von Containern in einer QEMU-VM die empfohlene Praxis. Für Kubernetes heißt das: VMs, nicht LXC.

Welche Wege gibt es, Kubernetes auf Proxmox zu betreiben?

Vier Wege decken fast alle Setups ab: kubeadm als Referenz-Installer von Kubernetes, k3s als schlanke Distribution, Talos Linux als unveränderliches Kubernetes-Betriebssystem und Cluster API mit dem Proxmox-Provider CAPMOX für deklarativ verwaltete Cluster. Sie unterscheiden sich vor allem darin, wie viel Handarbeit Updates und neue Nodes kosten.

Weg	Mindestressourcen (Doku)	Stärke	Grenze
kubeadm	2 GB RAM, 2 CPUs für die Control Plane	offizieller Weg, jede Option offen	OS, Updates, Zertifikate liegen bei Ihnen
k3s	Server 2 Kerne/2 GB, Agent 1 Kern/512 MB	ein Binary, schnell installiert	eigene Distribution mit eigenen Defaults
Talos Linux	Control Plane 2 Kerne/4 GB, Worker 4 Kerne/8 GB	kein SSH, API-only, Upgrades per talosctl	VM-Einstellungen müssen exakt passen
Cluster API (CAPMOX)	im Quickstart z. B. 2 Sockel, 4 Kerne, 8 GB je VM	Cluster als YAML, Nodes per Template	braucht Management-Cluster und Image-Builder

Die Werte stammen aus der kubeadm-Doku, den K3s-Requirements, der Talos-Anleitung für Proxmox und der CAPMOX-Usage-Doku.

Wann passt was? Für ein Lab oder Edge-Standorte mit wenig RAM ist k3s der kürzeste Weg; eine k3s-Control-Plane mit 2 vCPU und 4 GB trägt nach der Doku bis zu 350 Agents. Für Produktionscluster, bei denen niemand per SSH auf Nodes soll, passt Talos (Details in unserem Talos-Linux-Guide). Wer viele Cluster gleichartig ausrollen will, landet bei Cluster API. kubeadm bleibt die Wahl, wenn Sie volle Kontrolle über jede Komponente brauchen und ein eigenes Betriebssystem-Management schon haben. Eine Einordnung von k3s gegenüber vollem Kubernetes finden Sie im Beitrag zu k3s-Hosting.

Wie richte ich die VMs für Kubernetes auf Proxmox ein?

Die VM-Konfiguration entscheidet mehr über Stabilität als die Distribution. Drei Punkte sind kritisch: Swap, CPU-Typ und Memory Ballooning. kubelet startet standardmäßig nicht, wenn Swap aktiv ist; Talos sieht bei aktivem Ballooning nicht den gesamten Speicher; und der CPU-Typ host verhindert Live-Migration.

Die Talos-Doku nennt die strengsten Vorgaben, die sich auch für andere Distributionen als Ausgangspunkt eignen:

1. BIOS auf ovmf (UEFI), Maschinentyp q35.
2. CPU-Typ host, damit die x86-64-v2-Anforderung erfüllt ist. Die Doku nennt die Folge: keine Live-Migration dieser VMs.
3. Disk-Controller “VirtIO SCSI”, ausdrücklich nicht “VirtIO SCSI Single”, das führt nach der Talos-Doku zu hängendem Bootstrap.
4. Memory Ballooning deaktivieren, Talos unterstützt kein Memory Hotplug.
5. Bei kubeadm und k3s: Swap abschalten (sudo swapoff -a und Eintrag in /etc/fstab entfernen) oder failSwapOn: false bewusst setzen.
6. Jede VM braucht eindeutige Hostnamen, MAC-Adressen und product_uuid. Beim Klonen aus Templates prüfen Sie das mit sudo cat /sys/class/dmi/id/product_uuid.

Ein Widerspruch, den Sie kennen sollten: Das Proxmox-CSI-Plugin empfiehlt für Performance genau den Controller “VirtIO SCSI single”, den Talos ausschließt. Wer beides kombiniert, testet den Bootstrap vor dem Rollout.

Mit Talos sieht der Ablauf auf Proxmox so aus (aus der Talos-Doku):

talosctl gen config talos-proxmox-cluster https://$CONTROL_PLANE_IP:6443 --output-dir _out
talosctl apply-config --insecure --nodes $CONTROL_PLANE_IP --file _out/controlplane.yaml
talosctl apply-config --insecure --nodes $WORKER_IP --file _out/worker.yaml
export TALOSCONFIG="_out/talosconfig"
talosctl config endpoint $CONTROL_PLANE_IP
talosctl config node $CONTROL_PLANE_IP
talosctl bootstrap
talosctl kubeconfig -e $CONTROL_PLANE_IP
kubectl get nodes

Für reproduzierbare VMs nutzen viele Teams Terraform. Der verbreitete Provider bpg/proxmox (MPL-2.0, rund 2.300 Sterne) zielt auf Proxmox VE 9.x, unterstützt 8.x mit Einschränkungen und 7.x gar nicht.

Wie funktioniert Cluster API mit Proxmox (CAPMOX)?

CAPMOX ist der Cluster-API-Provider für Proxmox VE. Ein Management-Cluster legt darüber Workload-Cluster als Kubernetes-Objekte an: Proxmox klont VMs aus einem Template, kubeadm installiert Kubernetes, Skalieren und Upgrades laufen über YAML. Das Projekt liegt in der GitHub-Organisation von IONOS, steht unter Apache 2.0 und hat 493 Sterne.

Im Repository gehören die aktuellen Versionen v0.8 und v0.9 zur API v1alpha2 und zu Cluster API v1.11 und v1.12; die Versionen v0.1 bis v0.7 sind als obsolet markiert. Die Voraussetzungen aus der Usage-Doku:

1. Ein VM-Template, gebaut mit dem Kubernetes Image Builder (Proxmox-Builder oder Raw-Image).
2. Ein eigener Proxmox-Benutzer mit API-Token.
3. Ein IP-Bereich auf einer Proxmox-Bridge, denn CAPMOX vergibt Adressen über den In-Cluster-IPAM-Provider statt DHCP.
4. Eine freie IP für den Control-Plane-Endpunkt, die kube-vip bereitstellt.

Benutzer und Token legen Sie auf einem Proxmox-Node an:

pveum user add capmox@pve
pveum aclmod / -user capmox@pve -role PVEVMAdmin
pveum user token add capmox@pve capi -privsep 0

Danach initialisieren Sie den Management-Cluster und erzeugen einen Workload-Cluster. Die Doku nutzt im Beispiel Kubernetes v1.34.11; da 1.34 laut kubernetes.io am 27. Oktober 2026 das End of Life erreicht, setzen wir hier eine unterstützte Version ein, die Ihr Template enthalten muss:

clusterctl init --infrastructure proxmox --ipam in-cluster
clusterctl generate cluster proxmox-quickstart \
  --infrastructure proxmox \
  --kubernetes-version v1.36.5 \
  --control-plane-machine-count 1 \
  --worker-machine-count 3 > cluster.yaml
kubectl apply -f cluster.yaml
clusterctl get kubeconfig proxmox-quickstart > proxmox-quickstart.kubeconfig

Fertige Flavors gibt es für Cilium, Calico, Cilium mit MetalLB, mehrere VLANs, getrennte Zugangsdaten pro Proxmox-Rechenzentrum und Flatcar Container Linux. Einen CNI bringt der Default-Flavor nicht mit.

Wie kommen Storage und Load Balancer ins Cluster?

Proxmox liefert weder einen Cloud Controller Manager noch einen CSI-Treiber für Kubernetes. Beide Lücken schließen Community-Projekte: das Proxmox-CSI-Plugin für Persistent Volumes und der Proxmox Cloud Controller Manager für Node-Labels und Lifecycle. Load Balancer lösen Sie etwa mit MetalLB oder Cilium, für beide bringt CAPMOX fertige Flavors mit.

Das CSI-Plugin (Apache 2.0, 868 Sterne) legt Volumes direkt auf Proxmox-Storage an:

Merkmal	Proxmox-CSI-Plugin
Lokaler Storage	lvm, lvm-thin, zfs, xfs, ext4
Geteilter Storage	Ceph, NFS
Funktionen	dynamisches Provisioning, Volume-Erweiterung, Snapshots, LUKS-Verschlüsselung, Bandbreitenlimits
Migration	geteilter Storage: automatisch zwischen Hosts; lokaler Storage: offline mit pvecsictl
Voraussetzung	Proxmox-Cluster (auch Ein-Node-Cluster), Labels topology.kubernetes.io/region und zone

Die Labels setzt der Proxmox Cloud Controller Manager (Apache 2.0, 346 Sterne): Region ist der Name des Proxmox-Clusters, Zone der Hypervisor-Host. Er vergibt zusätzlich ein Instance-Type-Label wie 2VCPU-2GB und entfernt Kubernetes-Nodes, wenn die VM gelöscht wird.

Für Produktion heißt das: Mit lokalem ZFS oder LVM ist ein Pod an seinen Proxmox-Host gebunden. Fällt der Host aus, startet der Pod erst nach manueller Migration woanders. Wer automatisches Failover von Stateful Workloads braucht, plant Ceph oder NFS ein.

Was kostet Kubernetes auf Proxmox?

Proxmox VE und alle oben genannten Kubernetes-Werkzeuge sind Open Source und lizenzfrei. Kosten entstehen durch Hardware, optionale Proxmox-Subskriptionen und vor allem Personal. Die Subskription wird pro CPU-Sockel und Jahr berechnet, netto zuzüglich Umsatzsteuer, Stand 14. Oktober 2026.

Stufe	Netto pro Sockel und Jahr	Support-Tickets	Erstreaktion (Severity 1)
Community	120 €	keine, nur Forum	entfällt
Basic	370 €	3 pro Jahr	1 Werktag
Standard	550 €	10 pro Jahr	4 Stunden
Premium	1.100 €	unbegrenzt	2 Stunden

Quelle: Proxmox-Preisseite. Alle Stufen enthalten das Enterprise-Repository. 24/7-Support ist nach der Preisseite für Premium ab dem 19. Oktober 2026 verfügbar, für Standard bis Ende 2026.

Rechenbeispiel für einen typischen Drei-Host-Cluster mit je einem CPU-Sockel: Community 3 × 120 € = 360 €, Basic 3 × 370 € = 1.110 €, Standard 3 × 550 € = 1.650 €, Premium 3 × 1.100 € = 3.300 € netto pro Jahr. Bei Hosts mit zwei Sockeln verdoppeln sich die Beträge. Hardware, Strom, Rechenzentrumsfläche und Backup sind nicht enthalten.

Der größere Posten ist die Arbeitszeit: Kubernetes-Upgrades (das Support-Ende der Minor-Versionen 1.35, 1.36 und 1.37 liegt bei kubernetes.io jeweils rund vier Monate auseinander), Zertifikate, etcd-Backups, CSI- und CNI-Updates. Zum Vergleich der laufenden Kosten gemanagter Angebote in deutschen Regionen lohnt der Blick in den Managed-Kubernetes-Kostenvergleich. Wer On-Premises bleiben, aber die Control Plane nicht selbst betreiben will, findet mit Gardener und Kubermatic zwei Plattformen, die Cluster zentral verwalten (siehe Kubermatic Kubernetes Platform). Welche weiteren Plattformen es für eigene Hardware gibt, von EKS Anywhere bis OpenShift, vergleicht der Beitrag Kubernetes on premise mit Preisen.

FAQ

Kann Proxmox Kubernetes nativ betreiben?

Nein. Proxmox VE integriert KVM und LXC, aber keinen Kubernetes-Dienst. Sie installieren Kubernetes selbst in VMs, etwa mit kubeadm, k3s, Talos Linux oder Cluster API über den Provider CAPMOX. Proxmox liefert dafür die Virtualisierung, HA und Storage wie Ceph oder ZFS.

Was kostet Kubernetes auf Proxmox?

Die Software ist kostenlos. Optionaler Enterprise-Support kostet netto pro CPU-Sockel und Jahr 120 € (Community), 370 € (Basic), 550 € (Standard) oder 1.100 € (Premium). Drei Hosts mit je einem Sockel kosten in der Stufe Basic also 1.110 € netto pro Jahr, ohne Hardware und Personal.

Proxmox Kubernetes vs. Managed Kubernetes: was ist der Unterschied?

Auf Proxmox betreiben Sie Control Plane, etcd, Upgrades und Storage-Treiber selbst und behalten volle Datenhoheit im eigenen Rechenzentrum. Bei Managed Kubernetes übernimmt der Anbieter die Control Plane, Sie zahlen dafür laufende Gebühren. Das passt, wenn Ihr Team keine Kapazität für den Plattformbetrieb hat.

Sollte ich Kubernetes in LXC-Containern auf Proxmox betreiben?

Für Produktion nein. Die Proxmox-Doku nennt das Verschachteln von Containern in einer QEMU-VM die empfohlene Praxis für maximale Isolation und Live-Migration. OCI-Images direkt in LXC sind in Proxmox VE noch eine Technology Preview. Kubernetes-Nodes gehören deshalb in VMs.

Welche Distribution passt am besten zu Proxmox?

Das hängt vom Kriterium ab. k3s braucht am wenigsten Ressourcen (Server ab 2 Kernen und 2 GB). Talos bietet ein unveränderliches OS ohne SSH, verlangt aber exakte VM-Einstellungen. Cluster API mit CAPMOX lohnt sich ab mehreren gleichartigen Clustern, kubeadm bei voller Kontrolle.

Funktioniert Live-Migration von Kubernetes-VMs auf Proxmox?

Nur mit passender Konfiguration. Die Talos-Doku empfiehlt den CPU-Typ host, der Live-Migration verhindert. Zusätzlich binden lokale CSI-Volumes auf ZFS oder LVM Pods an ihren Host. Wer Hosts ohne Ausfall warten will, verschiebt Workloads per kubectl drain statt per VM-Migration.

Welche Proxmox-Version brauche ich für Kubernetes?

Aktuell ist Proxmox VE 9.2 vom 21. Mai 2026. Der Terraform-Provider bpg/proxmox zielt auf 9.x, unterstützt 8.x mit Einschränkungen und 7.x nicht mehr. Für neue Kubernetes-Cluster auf Proxmox planen Sie daher mit Version 9.x.

Quellen

1. Proxmox VE: Produktübersicht (abgerufen 14. Oktober 2026)
2. Proxmox VE: Subskriptionspreise (abgerufen 14. Oktober 2026)
3. Proxmox Pressemitteilung: Proxmox VE 9.2 (21.05.2026) (abgerufen 14. Oktober 2026)
4. Proxmox Pressemitteilungen (Übersicht) (abgerufen 14. Oktober 2026)
5. Proxmox VE Doku: Proxmox Container Toolkit (LXC) (abgerufen 14. Oktober 2026)
6. kubernetes.io: Installing kubeadm (abgerufen 14. Oktober 2026)
7. kubernetes.io: Releases (abgerufen 14. Oktober 2026)
8. K3s Doku: Requirements (abgerufen 14. Oktober 2026)
9. Talos Doku: Proxmox (abgerufen 14. Oktober 2026)
10. GitHub: ionos-cloud/cluster-api-provider-proxmox (abgerufen 14. Oktober 2026)
11. GitHub: CAPMOX Usage (abgerufen 14. Oktober 2026)
12. GitHub: sergelogvinov/proxmox-csi-plugin (abgerufen 14. Oktober 2026)
13. GitHub: sergelogvinov/proxmox-cloud-controller-manager (abgerufen 14. Oktober 2026)
14. GitHub: bpg/terraform-provider-proxmox (abgerufen 14. Oktober 2026)