Dies ist eine kurze Anleitung zur Aktualisierung des Tanzu Workload Managements im vSphere Cluster.
Kubernetes Release und Patch Zyklen
Kubernetes-Versionen werden in Anlehnung an die Semantic Versioning-Terminologie als x.y.z angegeben, wobei x die Hauptversion, y die Minor-Version und z die Patch-Version ist. So bezeichnet beispielsweise v1.22.6 eine Minor-Version 22 mit Patchlevel 6. Minor Versions werden ungefähr alle 3-4 Monate veröffentlicht. Dazwischen gibt es mehrere Patches innerhalb der Minor-Version.
Das Kubernetes-Projekt pflegt Release-Branches für die letzten drei kleineren Versionen (1.24, 1.23, 1.22). Seit Kubernetes 1.19 erhalten neuere Versionen etwa ein Jahr lang Patch-Support. Es ist also durchaus empfehlenswert, die Kubernetes Versionen in Tanzu auf aktuellem Stand zu halten.
Schritt 1 – vCenter aktualisieren
Dieser Schritt ist nicht zwingend erforderlich, aber empfohlen. Denn meist kommen Tanzu Updates einher mit einer neuen vCenter Version. Dies ist leicht erkennbar im vSphere-Client.
Folgen wir dem Link “View Updates”, so landen wir im Update Planner in dem wir auch die Kompatibilität mit anderen VMware Produkten überprüfen können. Das vCenter Update kann entweder über das vCenter Server Aplliance Management Interface (VAMI), oder die vCenter Shell gestartet werden.
Schritt 2 – Update Workload Management
Wir erreichen das Workload Management über das Menü bzw. das Hamburger-Menü links oben im vSphere-Client.
Unter Supervisor Clusters sehen wir die aktuell installierte Version.
Im Register Updates sehen wir die neueste verfügbare Version. Dies muss nicht zwangsläufig die aktuellste offizielle Kubernetes Version sein.
Unter Available Versions wählen wir die gewünschte der verfügbaren Versionen.
Die gewählte Version kann mit “Apply Updates” installiert werden.
Im Laufe des Updates werden die Appliances der SupervisorControlplane in einem rollenden Updateverfahren ausgetauscht. Das heisst, eine neue virtuelle Appliance wird bereitgestellt, konfiguriert und mit den bestehenden VMs der Controlplane synchronisiert. Im Anschluss wird eine der alten VMs abgeschaltet und entfernt. Es folgt eine weitere neue Appliance und der Prozess wiederholt sich bis alle alten Appliances durch neue ersetzt wurden. Man kann dies am Index des Appliance Namens (in Klammern) erkennen. Dieser zählt mit jeder neuen Appliance hoch.
Das rollig Update kann unter Umständen sehr viel Zeit in Anspruch nehmen. Im Homelab sah es zeitweilig so aus, als sei der Prozess zum Stillstand gekommen. Hier hilft nur warten und eine große Tasse Kaffee trinken. 😉