Exception for KEP 4381: DRA structured parameters

29 views
Skip to first unread message

Morten Torkildsen

unread,
Mar 20, 2025, 3:36:08 PMMar 20
to kubernetes-s...@googlegroups.com, kubernete...@googlegroups.com, releas...@kubernetes.io, kubernetes-...@googlegroups.com
Hi all,

I would like to request an exception for 1.33.
  • Enhancement name: DRA structured parameters
  • Enhancement status (alpha/beta/stable): beta
  • SIG: Node, Scheduling
  • k/enhancements repo issue #: https://github.com/kubernetes/enhancements/issues/4381
  • PR #’s:
  • Additional time needed (in days): 6 (including weekend; merge by Wed next week)
  • Reason this enhancement is critical for this milestone:
    • The main functionality is already beta and has only had incremental improvements in this cycle. However, there are related alpha KEPs (DRA Prioritized List, DRA Device Taints, DRA Partitionable Devices), which have already merged with new fields in the v1beta1 API.
    • We want to create an updated v1beta2 API that provides a more cohesive user experience and will provide a cleaner, safer path with little to no changes when we go from beta to GA.
    • The PR we need an extension for is just that new API. The PR couldn’t really be completed until those other implementations merged (which they have now).
  • Risks from adding code late: (to k8s stability, testing, etc.):
    • Risks are minimal and affect only the DRA ResourceClaim and ResourceSlice APIs. Addition of the v1beta2 API mostly adds conversion logic, but does touch some internal API types. These APIs are well covered with extensive unit tests, plus integration and e2e tests, so that mitigates the risks of touching this code.
  • Risks from cutting enhancement: (partial implementation, critical customer usecase, etc.):
    • Bringing DRA to GA in 1.34 is a critical priority for the project as it is in very high demand for our AI/ML use cases. Missing v1beta2 in 1.33 will require us to either delay that GA, or to take on additional risk during GA promotion to implement the API conversions at that time.

Morten

Mrunal

unread,
Mar 20, 2025, 3:40:19 PMMar 20
to Morten Torkildsen, kubernetes-s...@googlegroups.com, kubernete...@googlegroups.com, releas...@kubernetes.io, kubernetes-...@googlegroups.com
+1 from sig-node.


--
You received this message because you are subscribed to the Google Groups "kubernetes-sig-node" group.
To unsubscribe from this group and stop receiving emails from it, send an email to kubernetes-sig-...@googlegroups.com.
To view this discussion visit https://groups.google.com/d/msgid/kubernetes-sig-node/CAFm6J6cbUvO6JabhWo8mV5XNuBxE%2BZHbGMPy7agdM4AuJYokJw%40mail.gmail.com.

John Belamaric

unread,
Mar 20, 2025, 3:59:57 PMMar 20
to Morten Torkildsen, kubernetes-s...@googlegroups.com, kubernete...@googlegroups.com, releas...@kubernetes.io, kubernetes-...@googlegroups.com
+1 to this exception. This aligns with what we discussed pretty extensively in SIG Arch and in Composability in ResourceSlice APIs, and is low risk.

Thank you.

On Thu, Mar 20, 2025 at 12:36 PM 'Morten Torkildsen' via kubernetes-sig-node <kubernete...@googlegroups.com> wrote:
--

Patrick Ohly

unread,
Mar 21, 2025, 3:04:11 AMMar 21
to Morten Torkildsen, kubernetes-s...@googlegroups.com, kubernete...@googlegroups.com, releas...@kubernetes.io, kubernetes-...@googlegroups.com
"'Morten Torkildsen' via kubernetes-sig-node"
<kubernete...@googlegroups.com> writes:
> - We want to create an updated v1beta2 API that provides a more
> cohesive user experience and will provide a cleaner, safer path
> with little
> to no changes when we go from beta to GA.

+1

We want this and couldn't really do it sooner because the other changes
for 1.33 had to be merged first.

--
Best Regards

Patrick Ohly
Cloud Software Architect
Reply all
Reply to author
Forward
0 new messages