The Technical Oversight Committee (TOC) for Kubernetes this week released a 1.31 update that generally makes available a kube-proxy capability to better synchronize load balancing along with an ability to add timestamps to PersistentVolumes.
In addition, support for AppArmor, a tool for restricting which process can run in a Linux kernel, is now also fully supported.
In total, 45 enhancements have been made, with 11 features having graduated to Stable. Another 22 capabilities are entering beta, while 12 are alpha projects.
Major capabilities now available in beta include a capability to manage IP addresses more efficiently, routing guidance tools and a nftables application programming interface (API) that replaces the iptables API to improve performance.
There is also in beta an Always Honor PersistentVolume Reclaim Policy that ensures this policy is always implemented to maximize storage capacity, and a VolumeAttributesClass API that provides a generic method for modifying dynamically volume parameters such as provisioned I/O.
Finally, in beta there is a ServiceAccountTokenNodeBinding feature that allows a requesting a token to be bound only to a node rather than a pod.
In terms of new alpha capabilities, Kubernetes 1.31 adds dynamic resource allocation (DRA) API and designs the promises to make it simpler to enable autoscaling and native volume source support for Open Container Initiative (OCI) compatible images and artifacts, known as OCI objects.
Other alpha capabilities of note include being able to expose device health information through the Pod Status, an ability to respond to anonymous requests and finer-grained authorization capabilities.
In terms of notable deprecations, the release also marks the removal of the last remaining in-tree support for cloud provider integrations. IT teams will now need to use external integrations made available by cloud service providers. At the same time, Cgroup v1 has entered the maintenance mode in favor of cgroup V2, a Linux kernel feature that allows the allocation, prioritization, denial and management of system resources among processes. The CephFS plug-in has been fully removed.
Kubernetes 1.31 release leader Angelos Kolaitis, a senior software engineer for Canonical, said the latest release is part of an ongoing effort to make Kubernetes both more accessible and simpler to manage.
While Kubernetes clusters may not be as simple to manage as, for example, a VMware vSphere environment, there is a growing community of IT professionals that better understand what is required to succeed, noted Kolaitis.
Arguably, the biggest challenge beyond initially the time required to learn the nuances of Kubernetes is managing these platforms running multiple versions of Kubernetes at scale. In addition to Kubernetes itself, there is typically a stack of additional middleware needed to run a cloud-native application. Much of that middleware software is as complex to deploy and manage as Kubernetes itself.
There may come a day when advances in artificial intelligence (AI) further simplify the management of Kubernetes clusters. That’s critical because as more Kubernetes clusters are deployed in production environments there simply isn’t enough software engineering expertise available to manage them. In theory, AI tools should make it simpler for IT administrators to manage rote tasks that over time conspire to unnecessarily burn software engineering teams out.