Die neue Kubernetes-Version 1.34 steht als finales Release bereit und macht Dynamic Resource Allocation (DRA) allgemein verf\u00fcgbar \u2013 was unter anderem neue Konfigurationsm\u00f6glichkeiten f\u00fcr GPUs und TPUs er\u00f6ffnet. Insgesamt bringt das Release 58 Neuerungen: 23 Features gelten nun als stabil, w\u00e4hrend 22 die Beta- und 13 die Alpha-Phase erreicht haben. Unterdessen hat Metal3.io den Status als CNCF Incubating Project erreicht.<\/p>\n
Dynamic Resource Allocation erreicht Stabilit\u00e4t<\/p>\n
Die Dynamic Resource Allocation<\/a> (DRA) ist nun als stabiles Feature allgemein verf\u00fcgbar. Wie das Kubernetes-Team in der Ank\u00fcndigung auf GitHub mitteilt<\/a>, soll DRA m\u00e4chtigere Wege f\u00fcr das Ausw\u00e4hlen, Zuweisen, Teilen und Konfigurieren von Ger\u00e4ten wie Graphics Processing Units (GPUs), Tensor Processing Units (TPUs) und Network Interface Cards (NICs) er\u00f6ffnen.<\/p>\n Auch im Alpha- und Beta-Status gibt es Neuerungen f\u00fcr DRA: Als Beta-Feature erm\u00f6glicht der kontrollierte Admin-Zugriff via adminAccess-Feld in ResourceClaims oder ResourceClaimTemplates Cluster-Operatoren den Zugriff auf Ger\u00e4te, die sich bereits f\u00fcr Monitoring oder Diagnostik in Verwendung befinden. Die Alpha-Features betreffen unter anderem die Observability des Gesundheitsstatus von Ger\u00e4ten und erweitertes Ressourcen-Mapping.<\/p>\n Zu den weiteren stabilen Features in diesem Release z\u00e4hlt das Erstellen von Ersatz-Pods durch Job-Controller. In der Standardeinstellung erstellen diese sofort einen Ersatz-Pod, wenn ein Pod zu terminieren beginnt. Dadurch laufen beide Pods gleichzeitig, was zu Schwierigkeiten \u2013 etwa nicht gen\u00fcgend verf\u00fcgbaren Nodes f\u00fcr den Ersatz-Pod oder Problemen im Umgang mit Machine-Learning-Frameworks wie TensorFlow und JAX \u2013 f\u00fchren kann. Das Kubernetes-Team schafft daher mit dem Feature .spec.podReplacementPolicy in Jobs Abhilfe. Damit l\u00e4sst sich festlegen, Ersatz-Pods erst dann zu erstellen, wenn ein Pod komplett terminiert ist (.status.phase: Failed.), mithilfe der Einstellung .spec.podReplacementPolicy: Failed.<\/p>\n Metal3.io jetzt im Inkubator der CNCF<\/p>\n Das Technical Oversight Committee (TOC) der Cloud Native Computing Foundation (CNCF) hat Metal3.io in den CNCF-Inkubator aufgenommen. Einst aus einer Zusammenarbeit von Red Hat und Ericsson im Jahr 2019 entstanden, befand sich Metal3.io (ausgesprochen „metal cubed“) seit 2020 in der CNCF-Sandbox. Es handelt sich dabei um ein Open-Source-Projekt, das ein Set aus Tools anbietet, um Bare-Metal-Infrastruktur unter Verwendung von Kubernetes zu verwalten.<\/p>\n Laut TOC-Sponsor Ricardo Rocha widmet sich Metal3.io einem kritischen Bed\u00fcrfnis der Cloud-nativen Infrastruktur, indem es Bare Metal so verwaltbar und Kubernetes-nativ wie jede andere Plattform mache. Durch das stetige Wachstum, die technische Reife und die starke Integration in das Kubernetes-\u00d6kosystem sei es Rocha zufolge eine klare Wahl f\u00fcr die Inkubation gewesen<\/a>. Auf der Roadmap f\u00fcr 2025 stehen unter anderem Support f\u00fcr Multi-Tenancy und f\u00fcr weitere Architekturen jenseits von x86_64, zum Beispiel ARM.<\/p>\n