AWSは2026年11月12日（現地時間）、Amazon Bedrock AgentCoreの新しいランタイムについて、次世代版を既定にしたと発表した。同日から、新しく作るランタイムは次世代版で動く。
次世代版は、初期化済みのエージェントのスナップショットからセッションを復元する。処理量に応じて計算資源を増減させ、使われていないエージェントはゼロまで縮小する。
スナップショット復元で、起動が大きく速くなる
次世代ランタイムは、初期化を終えたエージェントのスナップショットから各セッションを復元する。AWSによれば、2GBのイメージでのセッション起動は、P75で2秒未満になった。従来世代では29.7秒だったため、待ち時間は大幅に短くなる。
P75とは、全体の75%のセッションがその時間内に起動することを示す指標だ。最も遅いケースの値ではない点には注意したい。
セッションの資源が拡大し、重い処理も実行できる
セッションは最大8 vCPU、32GBのメモリまで拡張できる。コンテナイメージは10GBまで使える。エージェントは、大きなコードベースのコンパイルや、ブラウザの操作、ローカルモデルの読み込みといった重い処理も、セッションの中で実行できる。
隔離の仕組みは従来と変わらない。各セッションは、ハードウェアで隔離された専用のFirecracker microVMの中で動く。
使っていないエージェントはゼロまで縮小
アイドル状態のエージェントはゼロまで縮小し、セッションを手放してから数分以内にメモリが回収される。複数回のやり取りをするエージェントでは、セッションあたりの課金対象メモリが最大68%減るとAWSは説明している。
ただし、これは最大値である。実際の削減幅はエージェントの使い方で変わるため、自社の利用パターンで確かめる必要がある。料金の詳細は、AWSの料金ページで確認するよう案内されている。
既存ランタイムの扱いと対象リージョン
既存のランタイムは、利用者が移行するまで現行版のままとなる。既存ランタイムを移すか、まだ既定でないリージョンで次世代版を使うには、作成または更新の際にplatformVersionをV2に設定する。新規ランタイムを現行版のままにしたい場合は、V1を指定する。
既定になったリージョンは、東京、ソウル、シンガポール、シドニー、ムンバイ、マレーシア、タイ、フランクフルト、アイルランド、ロンドン、ミラノ、パリ、スペイン、ストックホルム、米国東部（バージニア北部、オハイオ）、米国西部（オレゴン）、カナダ（中部）、サンパウロの19リージョンである。
日本企業への示唆
新規にエージェントを作る場合は、今後は次世代版が既定で選ばれる。動作や課金の前提が従来と変わるため、本番に載せる前に、起動時間やメモリの課金を自社のワークロードで測っておきたい。従来の挙動を保ちたい場合は、V1を明示的に指定する必要がある。
既存のランタイムは自動では移行されない。移行の判断は、利用者側に委ねられている。情シスやDX推進の担当者は、どのエージェントをいつV2に移すかを、費用と性能の両面から決めておくとよい。なお、公式発表には、V2への移行時に必要な作業や注意点の詳細は示されていない。
ITトレンドでAIエージェントについてチェック！[【2026年最新】AIエージェント徹底比較！タイプ別おすすめツール]
AIエージェントのセキュリティはこちらもチェック！[Microsoft、AIモデルの10個未満のニューロン改変で「スリーパーエージェント」化できる研究を公表——重み監査など対策も提示]
まとめ
AgentCoreの次世代ランタイムは、新規ランタイムで既定になった。起動時間の短縮、資源の拡大、アイドル時のゼロ縮小が特長で、既存ランタイムは自動では移行されない。日本の東京リージョンも既定の対象に含まれる。自社のワークロードで効果を測り、移行の順番を決めていきたい。
