Kubernetes

Kubernetes 1.37: Native Histograms Beta Enabled by Default

Kubernetes 1.37 makes native histograms beta and enabled by default, changing telemetry semantics and forcing teams to test observability pipelines now.

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

Kubernetes v1.37 flips a subtle but consequential switch: native histogram metrics are now beta and enabled by default. This isn’t a cosmetic API nudging — it changes the telemetry surface most teams rely on for latency SLOs and percentiles, and it does so without requiring operators to touch a feature gate.

Why this matters now

For years the ecosystem leaned on summaries (client-side percentiles) or server-side histogram conversions layered in collectors. Native histograms as a first-class metric type mean any component that emits histogram metrics can expect those metrics to be surfaced end-to-end through supported pipelines without extra cluster configuration. In practice that means fewer brittle summary-to-histogram conversions, more consistent bucket semantics, and — crucially — a new correctness expectation from monitoring stacks.

If your Prometheus scraping, service-mesh telemetry, or OpenTelemetry collector assumes summaries or relies on ad-hoc histogram reconstruction, this will expose gaps. Some collectors will already map native histograms into the formats downstream consumers expect, but many older exporters, sidecars, and SLO tooling will either drop histogram series or misinterpret them. The right call from the k8s SIGs was to enable this by default: leaving it opt-in forever would perpetuate the split ecosystem. But platform teams will pay for the aggressive default unless they test their pipelines.

What else moved in 1.37 — scheduling and DRA

Kubernetes 1.37 also pushed several workload-aware scheduling primitives forward. Core Workload and PodGroup APIs advanced to v1beta1 in their respective scheduling API groups; gang scheduling, workload-aware preemption, topology-aware scheduling and related integrations are generally at beta upstream but may still be disabled by default in many distributions. In short: the primitives are stable enough for experimentation and controlled rollouts, but you shouldn’t expect cluster-level defaults to change the behavior of your scheduler until you opt in.

DRA (Dynamic Resource Allocation) work continued too — stable DRA core functionality plus beta ResourceClaim support for workloads — making resource sharing and claimable resources more practical for higher-level workload controllers.

containerd 2.4.0: the runtime update in the window

Outside the Kubernetes API, containerd v2.4.0 was the notable container runtime release in the Sept 15–22 reporting window (released Sept 16, 2026). If you run platforms that pin containerd minor versions, pay attention to active support dates and your distro’s packaging — containerd 2.4.0 moves the baseline for bugfixes and CVE fixes, and you should reconcile that with any Kubernetes distribution support matrix. (If you missed it, we covered the support brackets for 2.4.0 and the 1.7 EOL in a recent note: containerd 2.4.0 designated active support through May 16, 2027; 1.7 EOL on Sept 30, 2026.)

What you actually need to do

  • Test your observability pipeline with native histograms enabled. Run a canary cluster or turn the collector-side feature on in a dev namespace and verify ingestion, label cardinality, and downstream SLOs.
  • Audit exporters and sidecars for histogram semantics. If your stack flattens histograms into summaries or drops exemplars, prioritize fixes now.
  • For scheduling features and DRA, plan opt-in rollouts. These are beta primitives — useful, but not automatic.

Take: this is overdue and correct

Enabling native histograms by default is the right call. The ecosystem has been nursing awkward workarounds for years and the opt-in dance slowed adoption. But platform teams should not treat this as a minor flag change — it will change the meaning of telemetry and can produce a surge of noisy alerts if collector behavior differs between clusters. Treat this as an observability migration event, not a routine upgrade tick.

Final thought

Kubernetes 1.37 is small on glamour and big on semantics: the API surface for both telemetry and scheduling has subtly shifted. If your pipelines are modern, you’ll get more accurate latency metrics with less glue. If they’re brittle, expect a week of firefighting as buckets, exemplars, and SLO math reveal assumptions you never documented.

Sources

kubernetesnative-histogramscontainerdworkload-aware-scheduling
← All articles
Kubernetes

Kubernetes Feature Wave: Pod-Level Resource Managers, Memory QoS Beta, and Storage Hardening

Pod-level resource managers and Memory QoS advance in Kubernetes; storage hardening (EmptyDir, bind-mounts) alters evictions, unpacking, and testing now.

Sep 21, 2026·3mkubernetesmemory-qos
Kubernetes

containerd 2.4.0 designated active support through May 16, 2027; 1.7 EOL on Sept 30, 2026

containerd v2.4.0 is now the active support line through May 16, 2027; containerd 1.7 reaches EOL on Sept 30, 2026. Plan runtime upgrades for Kubernetes v1.37.

Sep 20, 2026·3mcontainerdkubernetes-1-37
Kubernetes

Kubernetes v1.37: Pod-Level Resource Managers Graduate to Beta

Kubernetes v1.37 promotes Pod-Level Resource Managers to Beta, adds Memory QoS and storage hardening, forcing platform teams to rethink resource enforcement.

Sep 19, 2026·3mkubernetescontainerd