# CNCF veröffentlicht Kubernetes 1.35 mit nativer dynamischer Ressourcenzuweisung und Sidecar-Lebenszyklusreifung

Source: TechNewsList (https://technewslist.com)
Canonical URL: https://technewslist.com/de/article/cncf-releases-kubernetes-135-dynamic-resource-allocation-matu-2026-10-18-morn-de
Section: Software (https://technewslist.com/de/software)
Author: TechNewsList
Language: de
Published: 2026-10-18T07:29:43.714+00:00
Updated: 2026-10-18T07:29:43.902817+00:00

> CNCF kündigt Kubernetes 1.35 an und fördert die dynamische Ressourcenzuteilung zur allgemeinen Verfügbarkeit für die GPU-Clusterplanung neben ausgereiften Sidecars.

## TL;DR
- Der Cloud Native Computing Foundation hat Kubernetes 1.35 am 17. Oktober 2026 offiziell veröffentlicht.
- Dynamic Resource Allocation (DRA) ist für die flexible Hardwarebeschleunigerplanung allgemein verfügbar.
- Das native Sidecar-Container-Lebenszyklusmanagement erreichte einen stabilen Status und gewährleistete eine deterministische Pod-Initialisierung.
- Wichtige verwaltete Cloud-Plattformen, darunter Red Hat OpenShift und Google Kubernetes Engine, kündigten sofortigen Day-0-Support an.

## Key points
- DRA eliminiert starre Beschränkungen für Geräte-Plugins, indem es strukturierte Parameter für die GPU-Partitionierung und FPGA-Zuweisung ermöglicht.
- Die deterministische Sidecar-Start- und Beendigungsreihenfolge verhindert Race Conditions im Service Mesh und in Logging-Containern.
- Strukturierte Parameter ermöglichen es Kubernetes-Scheduler-Instanzen, fundierte Bin-Packing-Entscheidungen für heterogene KI-Cluster zu treffen.
- Optimierungen der Speicherverwaltung reduzieren die CPU-Auslastung der Kubelet-Steuerungsebene auf dichten Worker-Knoten um bis zu fünfzehn Prozent.
- Erweiterte Sicherheitsprofile ermöglichen es unprivilegierten Pods, Hardwareressourcen zu beanspruchen, ohne dass Root-Daemon-Berechtigungen erforderlich sind.

## Was passiert ist

Am 17. Oktober 2026 gab Cloud Native Computing Foundation offiziell die allgemeine Verfügbarkeit von Kubernetes Version 1.35 bekannt, der dritten und letzten Hauptversion der Container-Orchestrierungsplattform für das Kalenderjahr. Die bahnbrechende Veröffentlichung wurde von Tausenden von Mitwirkenden im globalen Cloud-native-Ökosystem entwickelt und steht im Zeichen der Graduierung der Dynamic Resource Allocation (DRA) in den stabilen Status, die Cloud-Ingenieuren ein modernisiertes Framework für die Verwaltung heterogener Hardwarebeschleuniger bietet.

Seit seiner Gründung stützte sich Kubernetes auf ein starres Geräte-Plugin-Framework, das auf einfache skalare Ressourcenzählungen ausgelegt war, wie z. B. die Beanspruchung einer ganzzahligen Anzahl von Grafikkarten. Als sich die Arbeitslasten moderner künstlicher Intelligenz und maschinellen Lernens in komplexe Hardware-Topologien diversifizierten – einschließlich GPU-Slicing mit mehreren Instanzen, Verbindungsnetzen mit hoher Bandbreite und benutzerdefinierten Beschleunigerstrukturen – wurde das alte Geräte-Plugin-Modell zu einem schwerwiegenden betrieblichen Engpass.

![Backplane-Verkabelung für Rechencluster mit hoher Dichte, die die Kommunikation zwischen Knoten mit geringer Latenz für verteilte Cloud-Pods unterstützt.](https://rkhynbcsbnkkcwgexzwg.supabase.co/storage/v1/object/public/media/api/1792300503628-gcu7za-cncf-releases-kubernetes-135-dynamic-resource-allocation-matu-2026-10-18-morning-inside-1-66668ae3cc.webp)
*Backplane-Verkabelung für Rechencluster mit hoher Dichte, die die Kommunikation zwischen Knoten mit geringer Latenz für verteilte Cloud-Pods unterstützt.*

Kubernetes 1.35 behebt diese architektonische Einschränkung dauerhaft. Durch die dynamische Ressourcenzuweisung können Anwendungsmanifeste strukturierte Hardwareparameter ausdrücken, z. B. das Anfordern spezifischer Schwellenwerte für die Speicherbandbreite, NVLink-Verbindungstopologien oder gemeinsam genutzte Teil-Tensorkerne. Der Kubernetes-Scheduler wertet diese Parameter während der Pod-Platzierung dynamisch aus und maximiert so die Auslastung des physischen Clusters.

## Warum es wichtig ist

Für Entwicklungsteams für Unternehmensplattformen, die riesige Rechenflotten betreiben, ist die Wirtschaftlichkeit der Nutzung von Hardwarebeschleunigern zu einer Führungspriorität geworden. Da Unternehmensserver-Racks mit teurer Beschleuniger-Hardware bestückt sind, stellt der Betrieb von Clustern mit dreißig bis vierzig Prozent ungenutzter GPU-Kapazität aufgrund unflexibler Pod-Planung eine unhaltbare finanzielle Ineffizienz dar.

Mit der dynamischen Ressourcenzuteilung können Plattformteams eine granulare Mehrmandantenfähigkeit implementieren, ohne die Sicherheit oder Leistungsisolation zu beeinträchtigen. Entwicklungsteams können High-End-Beschleunigercluster dynamisch gemeinsam nutzen und so tagsüber feinkörnige Rechenabschnitte für Modellexperimente hochfahren, während sie über Nacht Ressourcen in groß angelegten verteilten Trainingsjobs konsolidieren.

Ebenso wichtig für die Unternehmenszuverlässigkeit ist die formale Weiterentwicklung nativer Sidecar-Container. In früheren Kubernetes-Architekturen wurden zusätzliche Sidecar-Container, die für Netzwerk-Proxys, geheime Rotation und Telemetrieprotokollierung verantwortlich sind, gleichzeitig mit dem primären Anwendungscontainer gestartet. Dies führte häufig zu schwerwiegenden Start-Race-Bedingungen, wenn Anwendungen versuchten, das Netzwerk zu verlassen, bevor die Sidecar-Proxys vollständig initialisiert waren. Kubernetes 1.35 erzwingt eine strikte Lebenszyklusreihenfolge und garantiert deterministische Start- und Herunterfahrsequenzen.

## Technische Details

Die Implementierung der dynamischen Ressourcenzuteilung in Kubernetes 1.35 führt eine strukturierte Parameterverarbeitung über den Kernplaner ein. Anstatt undurchsichtige Konfigurationszeichenfolgen zwischen Daemons externer Knoten zu übergeben, führt DRA native ResourceClaim- und DeviceClass-API-Grundelemente direkt in die Steuerungsebene ein.

Wenn ein Pod übermittelt wird, der spezielle Hardware anfordert, kommuniziert der Scheduler direkt mit spezialisierten DRA-Treibercontrollern, um passende Hardwaregeräte in der gesamten Clustertopologie zu identifizieren. Nach der Auswahl reserviert der Scheduler die genaue Gerätekonfiguration atomar und verhindert so die Planung von Deadlocks in Trainingsclustern mit mehreren Knoten.

![Hochdurchsatz-Ethernet- und Glasfaser-Netzwerk-Routing-Switches, die Kubernetes-Steuerungsebenen und Worker-Knoten verbinden.](https://rkhynbcsbnkkcwgexzwg.supabase.co/storage/v1/object/public/media/api/1792300506943-yn3obw-cncf-releases-kubernetes-135-dynamic-resource-allocation-matu-2026-10-18-morning-inside-2-86855a77b8.webp)
*Hochdurchsatz-Ethernet- und Glasfaser-Netzwerk-Routing-Switches, die Kubernetes-Steuerungsebenen und Worker-Knoten verbinden.*

Darüber hinaus wurde der Kubelet-Knoten-Daemon einer umfassenden Umgestaltung unterzogen. Durch die Optimierung der In-Memory-Statuszwischenspeicherung und des Übergangs zu ereignisgesteuerten Zustandsübergängen reduzierte das Kubernetes-Ingenieurteam den CPU- und Speicherverbrauch der Steuerungsebene um bis zu fünfzehn Prozent auf dichten Worker-Knoten, auf denen Hunderte von gleichzeitigen Mikrodiensten ausgeführt werden.

## Auswirkungen auf Markt und Branche

Die Veröffentlichung von Kubernetes 1.35 schafft eine einheitliche Grundlage für die Konvergenz der Cloud-Infrastruktur von Unternehmen und der Bereitstellung generativer KI-Modelle. Große Hardwareanbieter – darunter Nvidia, AMD und Intel – veröffentlichten Day-0-DRA-Treiberversionen, die es Kunden ermöglichen, erweiterte Siliziumfunktionen zu nutzen, ohne benutzerdefinierte Fork-Patches pflegen zu müssen.

Die Managed-Cloud-Anbieter Kubernetes haben sofort umgezogen, um die neue Version zu unterstützen. Red Hat gab bekannt, dass OpenShift-Unternehmensplattformen Kubernetes 1.35 in das kommende vierteljährliche Update integrieren werden, während Google Cloud Vorschaucluster mit Hardware-DRA-Integration über die Google Kubernetes Engine einführte.

Die Standardisierung strukturierter Ressourcenparameter wirkt sich auch auf die DevOps-Tools von Unternehmen aus. Ökosystemprojekte – darunter Prometheus, Istio und Cilium – haben ihre Bereitstellungsdiagramme aktualisiert, um native Sidecar-Lebenszyklus-Hooks zu nutzen, fragile Workarounds für Init-Container zu beseitigen und die Gesamtlatenz beim Kaltstart des Clusters zu reduzieren.

## Worauf man als Nächstes achten sollte

In den kommenden Monaten werden Ingenieure für die Zuverlässigkeit von Unternehmensstandorten reale Statistiken zur Clusterauslastung verfolgen, während Produktions-KI-Arbeitslasten auf Planungsrichtlinien für die dynamische Ressourcenzuweisung migrieren.

Clusteradministratoren werden auch die Einführung von DRA-Treibern durch Cloud-Speicher und spezialisierte Netzwerkanbieter überwachen und eine breitere Integration mit Hochgeschwindigkeits-Remote-Direct-Memory-Access (RDMA) und Compute Express Link (CXL)-Hardware erwarten.

Schließlich wird die Open-Source-Community mit der Entwicklung von Kubernetes 1.36 beginnen und sich dabei auf die automatisierte Multi-Cluster-Ressourcenföderation und dynamische energiebewusste Arbeitslastplanung konzentrieren, um die CO2-Emissionen in verteilten Rechenzentrumsregionen zu minimieren.

## Quellen

- [Kubernetes Offizieller Blog](https://kubernetes.io/blog/2026/10/17/kubernetes-1-35-release-announcement/): Release-Dokumentation mit detaillierten Informationen zu den Funktionserweiterungen von Kubernetes 1.35, dem GA-Status der dynamischen Ressourcenzuweisung und der Stabilisierung des Lebenszyklus von Sidecar-Containern.
- [Der neue Stack Cloud Native](https://thenewstack.io/kubernetes-1-35-brings-dynamic-resource-allocation-and-sidecar-maturity/): Branchenüberblick über GPU-Slicing-Optimierungen, strukturierte Parameter in DRA und Verbesserungen der Cluster-Autoskalierung für KI-Trainingspipelines.
- [InfoQ-Softwarearchitektur](https://www.infoq.com/news/2026/10/kubernetes-1-35-dra-sidecars/): Technische Bewertung der Pod-Startsequenzierung, der ordnungsgemäßen Beendigung des Sidecar-Containers und der Zuverlässigkeit des Unternehmensproduktionsclusters.

Mentions: Kubernetes, Cloud Native Computing Foundation, Red Hat, Google Cloud

## Sources
- [Kubernetes Offizieller Blog](https://kubernetes.io/blog/2026/10/17/kubernetes-1-35-release-announcement/)
- [Der neue Stack Cloud Native](https://thenewstack.io/kubernetes-1-35-brings-dynamic-resource-allocation-and-sidecar-maturity/)
- [InfoQ-Softwarearchitektur](https://www.infoq.com/news/2026/10/kubernetes-1-35-dra-sidecars/)