AWS AgentCore Runtime V2 became generally available on 18 September as an opt-in update to the serverless microVM layer used to run Bedrock agents. AWS says snapshot-based starts and elastic memory allocation produce a P75 cold start of 1.9 to 2.0 seconds across its tested 200 MB to 2 GB images, versus 5.4 to 30 seconds on V1.

Key takeaways

  • V2 restores a prepared snapshot instead of rebuilding the agent environment for every new instance.
  • Memory can grow with demand and be reclaimed during a session, so billing follows active use more closely than peak allocation.
  • The migration is not automatic, and AWS benchmark figures remain provider tests that teams should reproduce.

Everyone else is reporting faster starts; Lapaas Voice is explaining how snapshot preparation and memory reclaim change deployment and cost decisions.

AWS AgentCore Runtime V2 changes two bottlenecks

The first bottleneck is startup. V2 prepares an environment once and saves a snapshot after its health check succeeds. New instances restore that state rather than repeating a full image boot. This can matter for interactive agents, burst traffic and jobs launched by other agents, where a long cold start becomes visible to a user or compounds across a workflow.

The second bottleneck is memory billing. AWS says V2 begins with a smaller allocation, expands as the workload needs more memory and later reclaims unused capacity. Independent technical analysis notes that reclaim is not instantaneous and that list rates differ from V1, so a smaller metered footprint does not automatically mean every workload becomes cheaper.

AgentCore Runtime V2 start and memory sequenceA prepared snapshot restores an isolated session, memory expands with work and unused capacity returns to the pool.Prepare oncehealth snapshotRestore sessionisolated microVMMemory growswith workloadReclaim idlecapacity returns
V2 separates environment preparation from each start and makes memory allocation more elastic.

What production teams should test

AWS lists V2 initially in US East (N. Virginia and Ohio), US West (Oregon), Europe (Ireland) and Asia Pacific (Tokyo). Teams outside those regions should account for placement and data-residency requirements before treating the update as a drop-in change.

Engineers should measure three phases separately: snapshot preparation, cold restoration and steady-state execution. They should also test health-check behaviour, the memory floor, reclaim timing and failures during updates. The useful comparison is end-to-end cost per completed task, not only a faster first response.

The lesson resembles the Dream-RSI agent search replay: operational efficiency comes from removing repeated work while keeping a trace of what happened. Runtime V2 removes repeated startup work, but observability and rollback still belong to the application team.

What the announcement does not prove

AWS has not supplied independent workload results across languages, frameworks or traffic patterns. Its cold-start number is a provider benchmark, and the financial outcome depends on duration, memory shape, CPU time and regional pricing. Buyers should preserve V1 baselines, stage V2 behind a controlled rollout and decide from their own traces.

In short: AWS AgentCore Runtime V2 is a meaningful infrastructure change because it shifts agent startup toward snapshot restoration and memory toward active allocation. Its value will be measured in production latency and completed-task cost, not the headline benchmark alone.

Related Lapaas Voice coverage: Dream-RSI agent search replay and PeakMetrics AI Perceptions.

Item Verified detail
Disclosure 18 September 2026
Migration Opt in with platformVersion V2
AWS cold-start claim P75 of 1.9–2.0 seconds
Comparison range 5.4–30 seconds on V1 in AWS testing
Initial regions Five AWS regions
Compute model Serverless microVM runtime

Frequently asked questions

What is AWS AgentCore Runtime V2?

It is the opt-in second platform version of Bedrock AgentCore’s serverless microVM runtime for deploying AI agents.

Does V2 replace existing runtimes automatically?

No. AWS says teams select platformVersion V2 when creating or updating a runtime; V1 remains relevant to existing deployments.

Does a two-second cold start apply to every workload?

No. The 1.9–2.0 second figure is an AWS P75 result from its stated test range, not an independent guarantee for every container and region.

Sources

Get the day’s top stories in your inbox

One concise email. No spam, unsubscribe anytime.