Container-Orchestrierung: Kubernetes 1.18 bietet Beta-Bestandteile

Die Container-Orchestrierung Kubernetes ist in Version 1.18 erschienen. Im ersten Release des Jahres haben die Entwickler gleich 15 Funktionen auf einen stabilen Status gehievt. Außerdem gibt es fünf Neuerungen, die alle noch experimenteller Natur sind. Dabei handelt es sich um einen Topology-Manager, Serverside Apply, eine Erweiterung für Ingress, kubectl debug, für die Kommandozeile von SIG und einen Support für das CSI-Proxy von Windows.

Die fünf Experimente

Mit dem Topology-Manager sollen Kubernetes-Anwender eine NUMA-Anordnung (Non-uniform memory access) ihrer CPUs und Geräte gewährleisten können. Damit lassen sich auch Workloads durchführen, die für Entwicklungsumgebungen mit geringer Latenz ausgelegt sind. Bislang haben der CPU- und Gerätemanager die Ressourcen unabhängig voneinander zugeordnet, was teilweise zu unerwünschten Zuordnungen führen konnte.

Bereits mit Kubernetes 1.16 lag das Feature Serverside Apply in einer ersten Beta vor. Es soll Nutzern dabei helfen, ihre Ressourcen mit deklarativen Konfigurationen zu verwalten. In der neuen Kubernetes-Version folgt nun eine weitere Betaphase. Sie enthält ein neues Feature, mit dem Entwickler Änderungen in den Feldern von Kubernetes-Objekten nachverfolgen und managen können.

Darüber hinaus unterstützt Kubernetes das CSI-Proxy für Windows in einer ersten Alpha-Version. Das Proxy unterstützt Container dabei, Storage-Aufgaben auf Windows durchzuführen, auch wenn sie dafür eigentlich nicht privilegiert sind. Ebenfalls neu sind ein neues pathType-Feld und eine neue IngressClass-Ressource für den Ingress Controller.

An letzter Stelle kann das Kommandozeilenwerkzeug von SIG auf den kubectl debug-Befehl zurückgreifen. Damit können Entwickler ihre Pods innerhalb eines Clusters debuggen. Der Wunsch nach einer solchen Funktion bestand wohl schon länger, sie liegt aktuell in einem Alphastadium zu.

Stabilisierungen für 15 Funktionen

Neben den Neuerungen haben auch insgesamt 15 Funktionen einen stabilen Status erreicht. Dazu zählen unter anderem die Weitergabe von Pod-Informationen in CSI-Aufrufen. PVC-Cloning und eine Dry-Run-Möglichkeit für den API-Server. Einen vollständigen Überblick über die Features bietet ein Blogbeitrag im Kubernetes-Blog. Das Release ist auf GitHub verfügbar. (bbo)