※本記事は一次情報をもとにAI支援によって構成・作成し、事実関係の照合を行っています。
発表内容（事実）
Amazon Web Services（AWS）は、Amazon EC2の機能として、ワークロードを独自の軽量仮想マシン（Nitro Sandbox）で実行する「AWS Nitro Sandboxes」の提供を開始しました。Nitro Sandboxは、親インスタンスと呼ばれるAmazon EC2インスタンス上で稼働し、親インスタンスが提供するvCPUとメモリを利用して動作します。
利用にあたっては、親インスタンスの起動時にAWS Nitro Enclavesを有効にする必要があります。主な利用方法として、Amazon Elastic Kubernetes Service（Amazon EKS）では各Podを個別のNitro Sandboxで実行し、Amazon Elastic Container Service（Amazon ECS）では各タスクを個別のNitro Sandboxで実行します。また、Amazon EC2インスタンス上で独自のオーケストレーターを使用する場合は、Firecrackerを使用してNitro Sandboxesを起動できます。
料金については、Nitro Sandboxesの追加料金は発生せず、親インスタンスのvCPUとメモリ上で実行されるため、Amazon EC2インスタンスおよび使用する他のAWSサービスの標準料金が適用されます。
この記事のポイント
- 軽量VMによる隔離: 親インスタンスと並行して動作する独自の軽量仮想マシン（Nitro Sandbox）でワークロードを実行します。
- 多様なコンテナ環境への対応: Amazon EKSのPod単位、Amazon ECSのタスク単位、あるいはEC2上の独自オーケストレーター（Firecracker）から利用可能です。
- 2つの動作モード: 親インスタンスからメモリを保護する「コンフィデンシャルモード」と、メモリを共有する「ダイレクトモード」を選択できます。
- 追加料金なし: Nitro Sandboxes自体の追加料金はなく、通常のAmazon EC2インスタンスや関連サービスの料金のみで利用できます。
【図解】AWS Nitro Sandboxesのアーキテクチャと動作概要
%%{init: {'theme': 'base', 'themeVariables': {'fontFamily': 'Hiragino Kaku Gothic ProN, Yu Gothic, Meiryo, sans-serif', 'fontSize': '14px', 'primaryColor': '#ffffff', 'primaryBorderColor': '#8a6a50', 'primaryTextColor': '#3e2a1b', 'lineColor': '#8a6a50'}, 'flowchart': {'useMaxWidth': false, 'htmlLabels': true}, 'sequence': {'useMaxWidth': false}, 'class': {'useMaxWidth': false}, 'state': {'useMaxWidth': false}, 'er': {'useMaxWidth': false}, 'gantt': {'useMaxWidth': false}, 'journey': {'useMaxWidth': false}, 'pie': {'useMaxWidth': false}, 'mindmap': {'useMaxWidth': false}, 'timeline': {'useMaxWidth': false}}}%%
flowchart TD
A["親インスタンス (Amazon EC2)"] --> B["VMM (Firecracker) & Nitro Enclavesドライバー"]
A --> C["vCPU・メモリを提供"]
C --> D["Nitro Sandbox (軽量VM)"]
D --> E["Amazon EKS (Pod単位)"]
D --> F["Amazon ECS (タスク単位)"]
D --> G["独自オーケストレーター"]
考察（筆者の見解）
事実として、AWS Nitro SandboxesはAmazon EC2の機能として提供され、親インスタンスのvCPUとメモリを拠出して動作する仕組みです。また、コンフィデンシャルモードではNitro Systemによって親インスタンスからメモリが切り離され、ダイレクトモードではメモリが共有される仕様となっています。
推測として、この機能はAIエージェントやマルチテナント環境など、外部からのコード実行や機密データを扱うワークロードにおいて、パフォーマンスを維持しつつ強固なセキュリティ隔離を提供する基盤として活用される可能性があります。また、追加料金がかからない点から、既存のコンテナ基盤（EKSやECS）のセキュリティ強化策として導入が進むと見られます。
筆者は、ネイティブなEC2性能を維持しながらコンテナやタスク単位で軽量な隔離環境を構築できる点は、クラウド上のセキュリティ設計において非常に強力な選択肢になると考えます。
コメント