Upgrade-Pfad und Versions-Skew
Ist-Version, Zielversion, Zwischenschritte und Versionsabstände der Komponenten. Das Cluster-Audit beschreibt den Pfad schriftlich.
Zweite Meinung vorab
Ein geplantes Upgrade oder eine Änderung wird vor der Umsetzung gegengeprüft.
Kubernetes-Upgrade bei Versionsende und im Notfall
Kurz gesagt: Ein Cluster mit auslaufender Version wird Minor-Version für Minor-Version auf einen unterstützten Stand gebracht, im Wartungsfenster und mit geprüften Add-ons. Als Betrieb, als Einzelauftrag oder als Prüfung vorab.
- Upgrade-Pfad je Minor-Version
- Wartungsfenster
- Einzelauftrag oder Betrieb
- Monitoring 24/7 im Betrieb
Ausgangslage
Wann ein Upgrade zum Problem wird
Typische Lagen, in denen ein Cluster Hilfe beim Upgrade braucht.
Die Version läuft aus
Eine Minor-Version wird etwa 14 Monate gepflegt, danach endet der Support (Patch Releases).
Mehrere Versionen Rückstand
Minor-Versionen lassen sich bei kubeadm-Clustern nicht überspringen (kubeadm). Aus drei Versionen Rückstand werden drei Schritte.
Add-ons und Nodes passen nicht mehr
Der kubelet darf höchstens drei Minor-Versionen älter als der kube-apiserver sein (Version Skew Policy). CNI, Ingress und Storage müssen zur Zielversion passen.
Das Upgrade ist abgebrochen
Nodes bleiben NotReady oder Komponenten laufen in unterschiedlichen Versionen. Der Cluster ist zwischen zwei Ständen.
Leistungen
Was das Kubernetes-Upgrade umfasst
Vom Upgrade-Pfad bis zum abgeschlossenen Wartungsfenster. Im Betrieb gehören Upgrades zum Leistungsumfang, einzeln werden sie nach Aufwand beauftragt.
Im Wartungsfenster
Kubernetes, Betriebssysteme und Add-ons werden im Wartungsfenster getestet und aktualisiert.
Abgebrochenes Upgrade abschließen
Ein abgebrochenes Upgrade wird fortgeführt oder zurückgeführt, Versionsabstände werden angeglichen.
Einzelaufträge sind Auftragsarbeit ohne zugesicherte Reaktionszeit. Reaktionszeiten gibt es mit Managed Kubernetes und Service Level.
Ablauf
Vier Schritte zur unterstützten Version
Ablauf als Einzelauftrag. Im Betrieb folgen die Upgrades dem vereinbarten Wartungsfenster.
- 01
Ist-Stand erfassen
Kubernetes-Version, Distribution, Add-ons, Nodes und Betriebssystem. Zugänge werden erst nach der Einordnung besprochen.
- 02
Pfad festlegen
Zielversion, Zwischenschritte und Wartungsfenster werden abgestimmt, bevor etwas geändert wird.
- 03
Im Wartungsfenster umsetzen
Control Plane, Nodes und Add-ons werden getestet und aktualisiert.
- 04
Ergebnis dokumentieren
Schriftliches Ergebnis mit Befunden und offenen Punkten.
Einordnung
Eigenbetrieb oder Unterstützung beim Upgrade
Ein Upgrade ist Routine, solange der Weg bekannt ist. Die Einordnung zeigt, wann externe Unterstützung nötig wird.
Eigenbetrieb
Eigenbetrieb genügt, wenn
- das Team Upgrades fest im Kalender plant und schon mehrfach durchgeführt hat
- die Version innerhalb des Supportzeitraums liegt und höchstens ein Minor-Schritt fehlt
- Add-ons, Backups und der Weg zurück dokumentiert sind
Unterstützung
Unterstützung sinnvoll ist, wenn
- die Version am oder nach dem Support-Ende liegt
- mehrere Minor-Schritte anstehen oder ein Upgrade abgebrochen ist
- im Team die Erfahrung mit dem Weg fehlt
Einstieg
Upgrades im laufenden Betrieb
Upgrades im Wartungsfenster sind Teil von Managed Kubernetes, zusammen mit Control Plane und Add-ons, Backups mit Restore-Test, CVE-Bewertung und Monitoring 24/7. Monitoring erfolgt 24/7, die Reaktion auf P1-Incidents erfolgt entsprechend Service Level.
Alle Preise verstehen sich netto zuzüglich gesetzlicher Umsatzsteuer. Die Angebote richten sich an Unternehmen. Stand Oktober 2026.
Alternativ
EinzelauftragKubernetes Support
Upgrade abschließen oder zweite Meinung nach Aufwand, 120 € netto je Stunde, ohne Vertrag.
Support ansehen →Prüfung vorabCluster-Audit
Versionen, Upgrade-Pfad, Backup und Restore-Weg. Konfigurations-Review, kein Penetrationstest, ab 1.490 € netto einmalig.
Audit ansehen →Häufige Fragen
Antworten auf die wichtigsten Fragen
- Aktive Patch-Release-Reihen werden etwa 14 Monate gepflegt: zwölf Monate Standardzeitraum, danach zwei Monate Maintenance Mode. Danach gilt die Reihe als End of Life (Patch Releases). Aktuelle Termine je Version nennt der Ratgeber zum Kubernetes-Upgrade.
- Bei kubeadm-Clustern nicht: Das Überspringen von Minor-Versionen wird nicht unterstützt (kubeadm). Ein Cluster mit mehreren Versionen Rückstand wird deshalb in mehreren Schritten angehoben.
- Beschreiben Sie das Störungsbild über das Formular. Wir ordnen die Aufgabe ein und nennen den Aufwandsrahmen vor Arbeitsbeginn. Abgerechnet wird im Support nach Aufwand mit 120 € netto je Stunde. Ohne Betriebsvertrag gibt es keine zugesicherte Reaktionszeit und keine Rufbereitschaft.
- Im Managed-Kubernetes-Betrieb sind Upgrades im Wartungsfenster enthalten: ab 590 € netto je Cluster und Monat, inklusive 3 Worker-Nodes. Als Einzelauftrag wird nach Aufwand abgerechnet, 120 € netto je Stunde in der Servicezeit.
- Für bestehende Cluster auf Proxmox, Bare Metal und bei Cloud-Anbietern, einschließlich Amazon EKS und Azure AKS, unabhängig von der Distribution.
Wissen
Ratgeber und Quellen zum Upgrade
Versionstermine, Upgrade-Pfad und angrenzende Leistungen.
Ratgeber
Primärquellen
Angrenzende Leistungen
Bewertungen & Projekte
Betrieb, der Kunden spürbar entlastet
Kundenstimmen zu Monitoring, Updates, Wartung, Support und stabilen produktiven Systemen.
Vernetzung & Provisioning
WZ-IT hat unsere Studio-Infrastruktur von dezentralen Einzelgeräten auf eine zentrale Plattform gehoben: Jeder Standort ist per VPN sicher angebunden, neue Geräte werden automatisiert onboardet und ein kompletter Standort wird per Vorlage provisioniert - ohne manuelle Schritte vor Ort. Was mich am meisten beeindruckt hat, ist die Breite und Tiefe des Wissens: Timo und Robin sind kein normaler IT-Dienstleister, der einen Server aufsetzt und wieder geht. Die beiden denken sich in hochkomplexe Infrastruktur- und Softwarethemen rein, arbeiten sich in jede Anforderung ein, die wir ihnen hinlegen, und bauen Vernetzung, Provisioning und Betrieb so auf, dass am Ende alles zusammenpasst. WZ-IT ist ein hervorragender Partner, wenn es um komplexe Software-, Netzwerk- und Architekturprojekte geht.
Steve KirchnerGeschäftsführer, nextGYM GmbH
International
Gebaut im Ruhrgebiet. Produktiv weltweit.
WZ-IT plant, entwickelt und betreibt Infrastruktur und Software für Kunden in Deutschland und international. Projekte setzen wir remote um und begleiten sie auch nach dem Go-live im laufenden Betrieb.
Ausgewählte Projekte
- LiveRemote-Access-Plattform für verteilte WasseraufbereitungsanlagenABCO Water Systems · Australien · Secure Access & OT
- 81%AWS-Migration mit deutlich geringeren laufenden KostenEVA Real Estate · VAE · Cloud-Exit & Infrastruktur
- 98%Neue Standorte in Minuten statt Stunden bereitstellennextGYM GmbH · Deutschland · Automatisierung & IoT

Kundenstimmen ansehen
Anfrage
Welche Version läuft, und wohin soll sie?
Für eine erste Einordnung genügen Version, Infrastruktur und Zielversion. Zugangsdaten benötigen wir erst nach einer Beauftragung.
- Direkt mit Timo und Robin - kein Vertrieb, kein Sales-Pitch
- Fachliche Einschätzung Ihrer Situation
- Konkrete nächste Schritte für Infrastruktur, Software oder KI
Das Gespräch ist unverbindlich und kostenlos.
Die Beratung von WZ-IT zu unserer Azure-Migration war schon im Erstgespräch fachlich sehr fundiert und völlig unverbindlich - wir haben eine Menge mitgenommen.
Jakob ÖschlbergerInno7 GmbH

Die Beratung von WZ-IT zu unserer Azure-Migration war schon im Erstgespräch fachlich sehr fundiert und völlig unverbindlich - wir haben eine Menge mitgenommen.


















