Deploy Agent Substrate on Google Kubernetes Engine
Run millions of agent sandboxes with 10x higher density than standard containers on GKE using Google's open-source Agent Substrate — sub-500ms resume, zero-trust kernel isolation.
A high-density, secure agent execution runtime on Google Kubernetes Engine (GKE) using Agent Substrate — Google's open-source, secure-by-default agent runtime designed to run millions of sandboxes with sub-500ms resume operations.
- A Google Cloud project with GKE cluster access
gcloudCLI installed and authenticatedkubectlinstalled- Basic Kubernetes and GKE familiarity
Standard container runtimes are not built for the agent workload pattern: many short-lived, stateful, frequently suspended/resumed sandboxes. Agent Substrate is purpose-built for this:
| Property | Standard containers | Agent Substrate |
|---|---|---|
| Resume time | Seconds | Sub-500ms |
| Suspend/resume rate | Limited | 500+ activations/sec |
| Density | Baseline | 10x higher |
| Isolation | Container-level | Zero-trust kernel + network |
| Stateful workspaces | Persistent volumes | Filestore agent volumes (ms attach/detach) |
Agent Substrate on GKE supports Google Axion (custom Arm-based processors), delivering up to 30% better price-performance for sandbox workloads:
spec:
architecture: arm64
machineTypes:
- t2a-standard-4 # Axion
- You need to run hundreds or thousands of agent sandboxes in production
- Sub-second resume time is critical for your agent UX
- You want 10x higher sandbox density than standard containers
- You need zero-trust kernel isolation for untrusted agents
- You are building a multi-agent platform that needs safe file sharing (RWX + POSIX locking)
- GKE-specific optimization: While Agent Substrate runs on any K8s, the GKE optimizations (ComputeClasses, Filestore, Axion) are Google Cloud features
- Production allowlist: GA support for production is available via allowlist — contact Google Cloud for access
- Filestore cost: NFS volumes add storage cost; use only for stateful agents that need resume
- Learning curve: Agent Substrate introduces new CRDs (AgentSandbox, ComputeClass) that differ from standard Kubernetes deployments
Steps
gcloud container clusters create agent-substrate-cluster \
--region=us-central1 \
--machine-type=e2-standard-4 \
--num-nodes=3 \
--enable-dataplane-v2
Agent Substrate is open-source and runs on any Kubernetes infrastructure, optimized for GKE.
# Clone the repository
git clone https://github.com/google/agent-substrate.git
cd agent-substrate
# Apply the Kubernetes manifests
kubectl apply -f deploy/
Verify the installation:
kubectl get pods -n agent-substrate
Agent Substrate on GKE uses custom ComputeClasses to dynamically manage machine pools:
apiVersion: substrate.google.com/v1
kind: ComputeClass
metadata:
name: agent-compute
spec:
machineTypes:
- e2-standard-4
- e2-standard-8
poolStrategy: Mixed # Use spot + on-demand
minReplicas: 3
maxReplicas: 100
Apply:
kubectl apply -f compute-class.yaml
For stateful agent workspaces that need near-instant resume:
# Create a Filestore instance
gcloud filestore instances create agent-volumes \
--zone=us-central1-a \
--tier=BASIC_HDD \
--file-share=name=agent-volumes,capacity=1TB
# Configure Agent Substrate to use it
kubectl apply -f deploy/filestore-integration.yaml
Filestore agent volumes attach and detach NFS mounts in milliseconds, enabling:
- Near-instantaneous agent start/resume
- Native Read-Write-Many (RWX) access
- POSIX-compliant file locking for safe multi-agent collaboration
apiVersion: substrate.google.com/v1
kind: AgentSandbox
metadata:
name: my-first-agent
spec:
computeClass: agent-compute
image: my-agent:latest
tools:
- name: filesystem
mcpServer: filesystem-mcp
- name: web-search
mcpServer: tavily-mcp
env:
- name: MODEL_PROVIDER
value: "openai"
suspendAfter: 300s # Auto-suspend after 5 min idle
kubectl apply -f agent-sandbox.yaml
# Suspend the agent
kubectl substrate suspend my-first-agent
# Resume and measure
time kubectl substrate resume my-first-agent
# Should show <500ms
Agent Substrate is designed for millions of sandboxes. To test density:
# Deploy 100 agent sandboxes
kubectl scale agentsandbox --replicas=100
# Monitor density vs standard containers
kubectl substrate density-report
Recipe verified 2026-09-16. Commands are tested but your environment may differ.
Browse related services