Managed Kubernetes: Kosten, Aufwand und Alternativen für kleine Teams
Was Managed Kubernetes kostet, welche Posten die Rechnung bestimmen und wann ein einfacher Container-Host oder ein VPS die bessere Wahl für kleine Teams ist.
Managed Kubernetes bedeutet, dass der Anbieter die Steuerungsebene (Control Plane) des Kubernetes-Clusters betreibt, während Sie die Arbeitsknoten (Worker Nodes) bezahlen und Ihre Anwendungen darauf betreiben. Die Kosten setzen sich daher aus der Control Plane (bei manchen Anbietern kostenlos, bei anderen pauschal berechnet), den Nodes, dem Speicher, Load Balancern und dem Datenverkehr zusammen. Für kleine Teams ist nicht der Preis der Nodes die größte Hürde, sondern der Betriebsaufwand: Kubernetes ist mächtig, aber komplex. Eine einzelne Anwendung läuft auf einem einfachen Server oft billiger und stabiler.
Was Managed Kubernetes abnimmt und was nicht
Der Anbieter kümmert sich um die Steuerungsebene: API-Server, Scheduler und Cluster-Datenbank. Er übernimmt meist auch Aktualisierungen der Kubernetes-Version, je nach Produkt automatisch oder auf Anforderung. Bei Ihnen bleiben:
- Anwendungsdefinitionen (Deployments, Services, Konfiguration)
- Sicherheit der Container-Images und der Zugriffsrechte
- Ressourcenplanung: Anfragen und Limits für CPU und RAM
- Netzwerkregeln, Ingress und Zertifikate
- Überwachung, Protokollierung und Backups persistenter Daten
- Versions-Upgrades und deren Tests, auch wenn der Anbieter sie technisch ausführt
Die Kostenbausteine
| Posten | Berechnung | Hinweis |
|---|---|---|
| Control Plane | pauschal oder kostenlos | Hochverfügbare Variante kostet teils extra |
| Worker Nodes | wie normale Cloud-Server | Meist größter Posten; mindestens zwei bis drei Nodes für Ausfallsicherheit |
| Persistenter Speicher | pro GB und Monat | Für Datenbanken und Dateien in Containern |
| Load Balancer | pro Stück und Monat | Jeder Service vom Typ LoadBalancer kann einen eigenen auslösen |
| Datenverkehr | Inklusivvolumen, dann pro GB | Gilt auch für Verkehr zwischen Zonen, je nach Anbieter |
| Container-Registry | Speicher und Traffic | Eigene oder externe Registry |
| Monitoring und Logs | nach Volumen | Kann bei vielen Logs teuer werden |
Rechenbeispiel (illustrativ)
Ein kleines Team betreibt drei Dienste (Web, API, Worker) auf drei Nodes mit je 2 vCPU, also 6 vCPU. Beispielpreis: 12 € je vCPU und Monat.
- Nodes: 6 × 12 € = 72 €
- Control Plane: 0 € (Annahme: kostenlos)
- Persistenter Speicher: 100 GB × 0,10 € = 10 €
- Load Balancer: 10 €
- Container-Registry und Logs: 8 €
Summe: 72 + 0 + 10 + 10 + 8 = 100 € netto pro Monat. Ein einzelner Server mit 4 vCPU und Docker Compose könnte dieselben Dienste mit etwa 48 € plus Backups betreiben. Der Mehrpreis von Kubernetes liegt also bei etwa der Hälfte, dafür bietet es Selbstheilung, Rolling Updates und horizontale Skalierung. Ob sich das lohnt, hängt von Ihren Anforderungen ab.
Berechnen Sie eigene Varianten mit dem Kostenspannen-Rechner und wählen Sie dort die Produktart Managed-Kubernetes-Worker-Node.
Wann Kubernetes sinnvoll ist
- Sie betreiben mehrere Dienste, die unabhängig skaliert und aktualisiert werden sollen.
- Ihr Team hat Erfahrung mit Containern oder ist bereit, Zeit in Lernen und Betrieb zu investieren.
- Sie benötigen automatische Skalierung und unterbrechungsfreie Updates.
- Sie wollen Portabilität: Kubernetes-Anwendungen lassen sich im Prinzip zwischen Anbietern verschieben, auch wenn Zusatzdienste wie Load Balancer und Speicher anbieterspezifisch bleiben.
Wann einfachere Lösungen besser sind
| Situation | Einfachere Alternative |
|---|---|
| Eine Anwendung, konstante Last | VPS oder Cloud-Server mit Docker Compose |
| Einfache Website oder Blog | Managed Hosting oder WordPress-Hosting |
| Container ohne eigenen Cluster | Anbieter-Dienste zum Ausführen einzelner Container |
| Nur Datenbank nötig | Managed-Datenbank statt eigener Datenbank im Cluster |
Besonders Datenbanken in Kubernetes zu betreiben ist anspruchsvoll, weil Backups, Failover und Performance sorgfältig geplant werden müssen. Viele Teams nutzen für Datenbanken lieber verwaltete Dienste außerhalb des Clusters.
Kostenfallen
- Zu viele Load Balancer: Ein zentraler Ingress-Controller spart gegenüber einem Load Balancer pro Dienst.
- Überdimensionierte Ressourcen-Anfragen: Wer pro Pod zu viel CPU und RAM anfordert, braucht mehr Nodes als nötig.
- Vergessene Test-Cluster: Entwicklungs- und Staging-Cluster laufen oft rund um die Uhr, obwohl sie nur tagsüber gebraucht werden.
- Log-Flut: Detaillierte Protokolle können Speicher- und Analysekosten verursachen.
- Fehlende Backups für persistente Volumes: Ein Cluster ersetzt kein Backup. Mehr dazu im Guide zu Backups und Wiederherstellung.
Entscheidungshilfe
Stellen Sie sich vor der Entscheidung diese Fragen: Haben wir mindestens eine Person, die Kubernetes im Alltag betreuen kann? Brauchen wir wirklich mehrere Dienste mit unabhängiger Skalierung? Welche Ausfallzeit ist akzeptabel? Wenn Sie mehrfach mit Nein antworten, ist ein einfacherer Betrieb meist die wirtschaftlichere Wahl. Die Skalierungsmöglichkeiten ohne Kubernetes sind für viele Projekte ausreichend.
Häufige Fragen
Ist die Control Plane kostenlos?
Das ist anbieterabhängig. Manche berechnen sie nicht, andere verlangen eine Pauschale, insbesondere für hochverfügbare Varianten. Prüfen Sie die Preisliste.
Wie viele Nodes brauche ich mindestens?
Für Ausfallsicherheit werden meist mindestens zwei bis drei Nodes empfohlen. Für Tests reicht oft einer, dann gibt es aber keinen Schutz vor Node-Ausfall.
Kann ich Kubernetes mit deutschem Rechenzentrum nutzen?
Viele europäische und internationale Anbieter bieten Cluster in deutschen Rechenzentren an. Prüfen Sie Standort, Auftragsverarbeitung und Unterauftragnehmer im DSGVO-Guide.
Quellen und weiterführende Informationen
- Cloud Native Computing Foundation — Projektseite rund um Kubernetes und Cloud-native Technologien
- Kubernetes-Dokumentation — offizielle Dokumentation
- BSI — Empfehlungen zur Absicherung von Container-Umgebungen
