OpenShellをCNCF Sandboxへ寄贈します。Agent Substrateとの連携に加え、GPUクラスタ管理の公開プレビューと推論復元技術を紹介しました。 共同運営への移行と製品の成熟度を区別します。停止・再開の権限、既存基盤との互換性、復元時の実測が焦点です。 エージェントの制御基盤を共同開発へ NVIDIAは11月10日、KubeConでオープンソースのAI基盤に関する発表を行いました。自律エージェントを保護し統制するOpenShellをCNCFへ寄贈し、Sandboxプロジェクトとして運営する方針です。OpenShellはツール利用、推論サービスへの接続、処理の実行に決定的な制御を適用します。モデルに注意を促すだけでなく、実行の側で方針を適用する仕組みです。既存の計算基盤や認証情報の保管先、監視ツールとも接続できます。今回の焦点は新しいモデルの性能ではなく、複数の環境でエージェントを動かす基盤と、その共同開発の体制です。寄贈の発表を、各企業環境での安全性の検証完了と同一視しないことが重要です。 長時間実行とGPU基盤の運用を接続 NVIDIAはGoogleが始めたAgent Substrateにも貢献します。これはKubernetes上で長時間のエージェント処理を運用する仕組みです。待機中は計算資源を解放し、作業環境を保存して再開します。DynamoやKAI Schedulerとの連携に加え、OpenShellとの統合も共同で進めます。GPU基盤向けにはNVIDIA Kubernetes EngineとKubernetes Recipesを公開プレビューとして提供します。クラスタのライフサイクル管理や、署名と版固定を行ったイメージを扱います。さらにSnapshotは、モデルの再読込や準備をやり直す代わりに、保存した実行状態から推論を復元します。基盤事業者には、利用者ごとに常時資源を確保せずに済む設計や、推論能力の追加を速める手段になる可能性があります。 復元時間と統合計画を自社環境で測る 原文ではCrusoeとSaturn CloudがHGX B300上の負荷でSnapshotを評価しています。Crusoeでは準備時間が約8分から31秒へ短縮しました。これらは特定のモデルと環境の測定であり、すべての推論サービスの起動時間ではありません。導入時には復元できる状態の範囲、更新後の互換性、障害からの復旧を確認することが論点になると見られます。エージェントの環境保存では認証情報や権限の有効期限も考慮する必要がある可能性があります。公開プレビューの機能と、パートナーの統合計画を分けて追うことも重要です。共同管理の基盤を採用する場合、方針の定義、変更の承認、問題発生時の担当を組織内で決めます。性能向上だけでなく、運用を誰が維持するかも採用の判断材料になります。