Skip to content
KEP Brain

KEP-4381keps/sig-node/4381-dra-structured-parameters

DRA Structured Parameters

implementedstablesig-nodelatest v1.35
This KEP originally defined an extension of the "classic" DRA #3063 KEP. Now the roles are reversed: this KEP defines the base functionality and #3063 adds an optional extension. Users are increasingly deploying Kubernetes as management solution for new workloads (batch processing) and in new environments (edge computing). Such workloads no longer need just… Full summary

This KEP originally defined an extension of the "classic" DRA #3063 KEP. Now the roles are reversed: this KEP defines the base functionality and #3063 adds an optional extension. Users are increasingly deploying Kubernetes as management solution for new workloads (batch processing) and in new environments (edge computing). Such workloads no longer need just RAM and CPU, but also access to specialized hardware. With upcoming enhancements of data center interconnects, accelerators can be installed outside of specific nodes and be connected to nodes dynamically as needed. This KEP introduces a new API for describing which of these new resources a pod needs. Typically, such resources are devices like a GPU or other kinds of accelerators. The API supports: - Network-attached devices. The existing device plugin API is limited to hardware on a node. - Sharing of allocated devices between multiple containers or pods. The device plugin API currently cannot share devices at all. It could be extended to share devices between containers in a single pod, but supporting sharing between pods would need a completely new API similar to the one in this KEP. - Using a device that is expensive to initialize multiple times in different pods. This is not possible at the moment. - Custom parameters that describe device configuration. With the current Pod API, annotations have to be used to capture such parameters and then hacks are needed to access them from a CSI driver or device plugin. Support for new hardware will be provided by hardware vendor add-ons. Those add-ons are called "DRA drivers". They are responsible for reporting available devices in a format defined and understood by Kubernetes and for configuring hardware before it is used. Kubernetes handles the allocation of those devices as part of pod schedul

Facts

Authors
@pohly
PRR approvers
@johnbelamaricalpha@johnbelamaricbeta@johnbelamaricstable
Tracking issue
#4381(opens GitHub in a new tab) closedcompletedclosed 2026-04-21 08:10 UTCmilestone v1.35sig/nodestage/stablelifecycle/stalewg/batchwg/device-management
Milestones
alpha v1.30beta v1.32stable v1.34
Feature gates
DRASchedulerFilterTimeout, DynamicResourceAllocation
Created / last updated
2024-01-05 / none
Loading decisions and status history

Keyboard shortcuts

Everywhere

?
Show or hide this list
/
Focus the question box on Ask, otherwise the page search
Ctrl Kor⌘ K
Focus the KEP search in the top bar
t
Switch the theme (system, light, dark)
Esc
Close a dialog, a search list or a menu

Go to a page

Press g, then the letter

g h
Home
g a
Ask
g e
Explore
g u
Audit
g m
Memory
g b
About

Ask

Enter
Send the question
Shift Enter
New line in the question
Esc
Cancel the running question

Search lists

KEP search and Explore search

↓or↑
Move through the results
HomeorEnd
First or last result (Explore)
Enter
Open the highlighted result, or KEP-n when the query is a number

KEP page

o
Open the KEP on GitHub
y
Open kep.yaml on GitHub
a
Ask about this KEP
←or→
Previous or next tab, when a tab is focused

Findings table

With a finding row focused (Tab into the table or click a row)

jork
Next or previous finding
EnterorSpace
Expand or collapse the finding
o
Open the finding's KEP page
d
Draft the fix as an issue text (nothing is posted)
]or[
Next or previous page of findings

Shortcuts pause while you type in a field. Press ? or Esc to close.