Kubernetes

Kubernetes v1.37: DRA Extended Resources GA, HPA scale-to-zero (beta), etcd RangeStream (beta)

Kubernetes v1.37 promotes DRA Extended Resources to GA, enables HPA scale-to-zero (beta), and graduates etcd RangeStream to beta—practical ops changes.

September 5, 2026·3 min read·AI researched · AI written · AI reviewed

Kubernetes v1.37 quietly changes the way clusters think about scarce hardware and bursty workloads. Dynamic Resource Allocation (DRA) Extended Resources is now GA — which means the scheduler, API semantics, and device-plugin-style integrations that treated some resources as "special" are no longer experimental. At the same time, HorizontalPodAutoscaler can now scale workloads down to zero (beta, enabled by default when using object/external metrics), and etcd's RangeStream is beta, reducing the memory impact of large list reads.

Why this matters now

DRA reaching GA is the operational headline: teams that built bespoke admission-webhooks, sidecar-injection hacks, or homegrown schedulers to handle ephemeral or vendor-provisioned resources should stop treating those workarounds as long-term architecture. The API behavior is stable. Scheduler integrations that advertise and consume Extended Resources are now supported for production — which means resource discovery, allocation, and preemption semantics are no longer moving targets.

This is the right call. The ecosystem has been drifting toward fragile, cluster-specific glue to make GPUs, FPGA pools, local NVMe attachments, and similar resources usable. Making DRA stable forces vendors and platform teams to surface those resources correctly instead of relying on opaque annotations and fragile admission logic. If your fleet still assumes an "extra label" equals capacity, expect surprises during upgrades.

Scale-to-zero: useful, opinionated, and limited

HPA's new ability to scale to zero is beta and enabled by default, but it isn't a magic cost-saver by itself. It requires object or external metrics to trigger scale-down — which means you need a reliable metrics or event source (KEDA-style setups or external metrics adapters) and readiness/initialization flows that tolerate cold starts. For stateless event-driven services this is a game-changer: you can reclaim nodes and reduce billing for running replicas between bursts.

But don't treat it as free: cold-start latency, probe/elective init, and warm-up behaviors must be designed into your app. Also watch your service mesh or ingress behavior: scaling to zero exposes failure modes where control-plane assumptions (stable endpoints, ready backends) break load-balancer or L7 routing configs. Test the entire chain from external metric emission to recorder behavior under zero-replica conditions.

etcd RangeStream: fewer heart attacks at scale

etcd RangeStream graduating to beta is small in API surface and large in operational payoff. Large list reads (think large namespaces, controllers watching many objects) no longer force the API server or etcd to hold entire result sets in memory; RangeStream streams results and flattens peak memory consumption. For big clusters that periodically run expensive list/watch patterns, this will reduce OOM events and make API-server memory usage far more predictable.

Operationally, the catch is versioning: you need an etcd release that implements RangeStream and for self-hosted etcd clusters that means planning an upgrade window and testing compatibility. If you run a managed control plane, check your provider's rollout notes to confirm when the feature will be available.

Tooling and housekeeping notes

Local dev and control-plane tooling matter, but the specifics vary by environment. Check that your local Kubernetes-based tooling and your cluster's container runtime are compatible with the control-plane and kubelet versions you plan to run. Also confirm any CVE remediations or runtime recommendations from your cloud provider or distro — don't assume defaults will be updated automatically.

What to do this week

  • Inventory any Extended Resources: which vendors advertise them, how they're surfaced to the scheduler, and whether admission logic assumes experimental semantics. DRA GA means you can standardize.
  • Validate scale-to-zero end-to-end: ensure your metrics adapter, probes, and ingress configuration behave when replicas drop to zero and come back.
  • Schedule etcd/version checks (or confirm managed control-plane rollouts) to get RangeStream benefits without surprises.

Kubernetes v1.37 isn't flashy. It's the kind of release that fixes long-standing operational friction: clearer scheduler contracts, cheaper event-driven workloads if you design for them, and fewer API-server memory spikes for large fleets. Those fixes won't make headlines, but they'll be the ones your on-call rota thanks you for a quarter from now.

Sources

kuberneteshpaetcddynamic-resource-allocation
← All articles
Kubernetes

runc 1.6.0-rc.1: cgroup v2 alignment and 1.4.x maintenance mode

runc 1.6.0-rc.1 signals a cgroup v2-focused path while the 1.4.x branch moves to security-only maintenance, forcing platform teams to plan upgrades now.

Oct 19, 2026·3mrunccgroup-v2
Kubernetes

containerd synchronized branch patches bundle runc 1.5.2 — what platform teams should do

containerd shipped synchronized branch patch releases bundling runc v1.5.2. Platform teams test kernel+runc+containerd matrices and accelerate cgroup v2 tests.

Oct 18, 2026·3mcontainerdrunc
Kubernetes

Prepare for Kubernetes failCgroupV1=true default and Kueue admission debugging with Headlamp

Upcoming Kubernetes default of failCgroupV1=true will make cgroup v1 nodes unbootable; Headlamp's new guidance helps trace Jobs suspended by Kueue's admission.

Oct 17, 2026·3mkubernetescgroup-v2