SDSignal Desk

Agent Substrate: Advancing Kubernetes for Agents at Scale

Nov 10, 2026, 7:00 AM · NVIDIA Developer

Image: NVIDIA Developer

Agents spend most of their lives waiting, and Kubernetes was built for services that never stop; NVIDIA's open-source Agent Substrate is a serious attempt to fix that mismatch.

Why it matters

NVIDIA is pushing Agent Substrate, now in the CNCF Sandbox, as an open runtime for sandboxed agents. Instead of one Kubernetes Pod per agent session, it keeps a small pool of warm workers, checkpoints idle sessions with memory and filesystem intact, and restores them onto whatever worker is free. NVIDIA claims 10x higher density than standard containers.

That matters because the economics of agents are mostly idle time. Platforms either pay for warm sandboxes doing nothing or eat multi-second cold starts on every step. Fixing that changes what coding assistants and reinforcement-learning training runs cost to operate.

From the desk

We think this is the right problem. An agent wakes up, runs a ten-millisecond shell command, then waits seconds or minutes for a model or a human. Running that on infrastructure designed for weeks-long web services is wasteful in both directions. Multiplexing many actors over fewer workers is the kind of unglamorous plumbing that makes useful AI cheaper.

The smartest piece is the link to NVIDIA Dynamo, its inference framework. Dynamo can tell Substrate things like projected time to first token and GPU-pool saturation, so the runtime can suspend an agent during a long model wait and wake it as the answer nears. Coordinating where agents act with where they think is where real efficiency lives.

Now the eyes-open part. NVIDIA frames this as keeping agent infrastructure open as the field fragments into proprietary runtimes. That's welcome. It's also true that the whole stack around it, Dynamo, KAI Scheduler and the DSX platform, is NVIDIA's, and the first GPU target for suspend-and-restore is NVIDIA hardware. Open code can still steer the ecosystem toward one vendor. The vendor-neutral device design is the thing to hold them to.

Security is the other test. Packing more untrusted agent sessions onto fewer machines raises the cost of an isolation failure. NVIDIA calls it security-hardened and zero-trust, and per-container limits for microVM sandboxes help. NVIDIA itself says the APIs are still changing and parts of the Dynamo integration are experimental. We'd treat it as promising, not proven.

Context

NVIDIA lists three driving workloads: coding assistants that alternate between model calls and repository work, RL post-training with bursty fleets of CPU-heavy environments that can grow to many hundreds of thousands of sandboxes, and short-lived GPU sandboxes for research tasks like compiling CUDA or benchmarking kernels. Recent upstream work includes request parking when all workers are busy and per-container CPU and memory limits.

Who feels it

Platform engineers
A path to run far more agent sessions on the same cluster without choosing between idle cost and cold starts.
AI labs and RL teams
Faster sandbox turnaround can keep GPUs from idling while slow environments finish rollouts.
Cloud-native ecosystem
A CNCF Sandbox project gives the community leverage to keep the design vendor-neutral, if contributors show up.
Security teams
Higher density of untrusted sandboxes per host makes isolation guarantees more important to verify.

What to watch

  1. Contributors to Agent Substrate from outside NVIDIA
  2. Whether non-NVIDIA accelerators get suspend-and-restore support through the DRA design
  3. Independent density and latency benchmarks against one-Pod-per-session setups
  4. Stabilization of the APIs and the experimental Dynamo integration

Read the original

Continue at the source.

NVIDIA Developer