EC2 Nitro System とは？仮想化を専用ハードに載せ替えた AWS の基盤技術を徹底解説
AWS Nitro System は、従来 CPU 上のソフトウェアが担っていた仮想化・ネットワーク・ストレージ・セキュリティの処理を、AWS 独自設計の専用ハードウェア（Nitro Cards）へオフロードした EC2 の基盤アーキテクチャ。2017 年以降の世代の EC2 はすべて Nitro 上で動き、「ホストのほぼ全リソースをインスタンスに渡せる高パフォーマンス」「攻撃対象領域を削った強固なセキュリティ」「ベアメタルインスタンスの提供」を同時に実現した。本記事では 3 つの主要コンポーネント（Nitro Cards／Nitro Security Chip／Nitro Hypervisor）の役割、従来のソフトウェア仮想化との違い、ベアメタル・Nitro Enclaves との関係、得られるメリットと試験での出題傾向までを一気に整理する。
「最近の EC2 はなぜ速くて安全なのか？」— その答えは、AWS が表に出さない縁の下の力持ち Nitro System にある。ハイパーバイザーという“ソフトウェアの仮想化レイヤー”を、AWS 独自設計の専用ハードウェアへ載せ替えるという発想の転換で、AWS は「ベアメタル並みの速さ」と「最小化された攻撃対象領域」を同時に手に入れた。EC2 を支えるこの基盤技術を、仕組みから試験対策まで一気に整理する。
📑 目次
- 概要（端的に）
- なぜ Nitro が生まれたのか：従来仮想化の限界
- Nitro System の 3 つの主要コンポーネント
- 従来のソフトウェア仮想化との違い
- Nitro が実現したこと（ベアメタル・高速 I/O）
- Nitro Enclaves：機密データ処理のための分離環境
- メリット・デメリット
- 自分のインスタンスが Nitro かを見分ける
- 関連用語
- 関連サイト
- 🎓 試験での出題傾向
1. 概要（端的に）
AWS Nitro System は、EC2 を動かすために AWS が独自設計したサーバー基盤アーキテクチャである。従来は物理サーバーの CPU 上で動くソフトウェア（ハイパーバイザー）が担っていた「仮想化・ネットワーク処理・ストレージ処理・セキュリティ管理」を、専用のハードウェア（Nitro Cards）へオフロードしたのが本質的な特徴だ。
2017〜2018 年以降に登場した EC2 インスタンス世代（C5 以降など）は、ほぼすべてこの Nitro System 上で動作している。ユーザーが Nitro を直接操作することはなく、**「EC2 を使っている時点で自動的にその恩恵を受けている」**縁の下の基盤技術である。
2. なぜ Nitro が生まれたのか：従来仮想化の限界
クラウドの初期、EC2 は Xen ハイパーバイザーをベースに動いていた。物理サーバー 1 台の上に、ソフトウェアの仮想化レイヤー（ハイパーバイザー）が乗り、その上で複数の仮想マシン（インスタンス）が動く構造だ。
この方式には 2 つの構造的な問題があった。
- パフォーマンスの「仮想化税」 — ネットワーク・ストレージの I/O をハイパーバイザーがソフトウェアで処理するため、ホストの CPU・メモリの一部が「インスタンスのため ではなく 仮想化基盤のため」に消費される。ユーザーが使えるリソースが目減りしていた。
- 巨大な攻撃対象領域 — 高機能なハイパーバイザーは、ネットワークスタックやデバイスドライバなど大量のコードを抱える。コードが多いほどバグや脆弱性の入り込む余地が増え、攻撃される面（Attack Surface）が広がる。
Nitro System は、この **「I/O 処理を専用ハードに逃がし、ハイパーバイザーは極限まで痩せさせる」**ことで、両方の問題を同時に解いた。
3. Nitro System の 3 つの主要コンポーネント
Nitro System は大きく 3 つの部品で構成される。
3-1. Nitro Cards（ニトロカード）
メインのシステムボード（CPU・メモリ）から独立した専用ハードウェアで、システム全体の制御と I/O 仮想化を担う。役割別に複数のカードが存在する。
- Nitro Card for VPC — ネットワーク処理を担当。Elastic Network Adapter（ENA）としてインスタンスに見える
- Nitro Card for EBS — EBS ボリュームを NVMe ブロックデバイスとして提供
- Nitro Card for Instance Storage — ローカル NVMe インスタンスストアを担当
- Nitro Card Controller — システム全体のオーケストレーションとハードウェアルートオブトラストを統括
これらが PCIe 経由でメインプロセッサにハードウェアインターフェース（ストレージは NVMe、ネットワークは ENA）を提供する。重い I/O 処理を CPU から肩代わりするのが核心的な役割だ。
3-2. Nitro Security Chip（ニトロセキュリティチップ）
ハードウェアの信頼の起点（hardware root of trust）に基づくセキュアブートを実現する専用チップ。システムファームウェアへの不正な書き換えを防ぎ、多層防御（defense-in-depth）を提供する。ベアメタルインスタンスを安全に提供できるのも、このチップがあるおかげだ。
3-3. Nitro Hypervisor（ニトロハイパーバイザー）
意図的に最小化された、ファームウェアのように軽量なハイパーバイザー。Linux カーネルベースだが、ネットワーク機能を一切持たず、やることは以下の必要最小限に絞り込まれている。
- CPU とメモリのパーティショニング（インスタンスへの割り当て）
- Nitro Card の仮想機能（Virtual Function）のインスタンスへの割り当て
- モニタリング・メトリクス・ハードウェアエラーの処理
不要な機能を徹底的に排除したことで、リモートネットワーク攻撃やドライバ起因の権限昇格といった「ハイパーバイザーにありがちな脆弱性のクラス」自体を消し去っている。
4. 従来のソフトウェア仮想化との違い
| 評価項目 | 従来（Xen ベース） | Nitro System 推奨 |
|---|---|---|
| I/O 処理の担い手 | ホスト CPU 上のソフトウェア | 専用ハードウェア（Nitro Cards） |
| ハイパーバイザーの規模 | 高機能・大規模 | 極限まで最小化（ファームウェア級） |
| インスタンスが使えるリソース | 仮想化分が目減り | ホストのほぼ全 CPU・メモリ |
| 攻撃対象領域 | 広い（多機能ゆえ） | 狭い（機能を排除） |
| ベアメタル提供 | 困難 | 可能（ハイパーバイザーが任意部品化） |
| 暗号化鍵の保護 | ソフトウェア依存 | Nitro Card 内ハードウェアで隔離 |
5. Nitro が実現したこと（ベアメタル・高速 I/O）
Nitro への移行によって、EC2 は以下の能力を獲得した。
- ベアメタルインスタンス（
*.metal） — ハイパーバイザーが「必要なら外せる任意の部品」になったため、物理サーバーをそのまま貸し出すベアメタル提供が可能に。ライセンス上ハイパーバイザーが使えないソフトや、ネストした仮想化を動かすワークロードで重宝する - 高速・高帯域なネットワーク — ネットワーク処理を Nitro Card に専任させることで、高帯域・低レイテンシ通信を実現
- 高速なストレージ I/O — EBS・インスタンスストアを NVMe として直接提供し、I/O オーバーヘッドを削減
- より大きなインスタンスサイズ — 仮想化オーバーヘッドが小さいため、ホスト資源を余すことなくインスタンスに振り向けられる
- 基盤の共通化 — Fargate など他の AWS サービスの一部も Nitro 基盤の上に構築されている
6. Nitro Enclaves：機密データ処理のための分離環境
Nitro System の上に構築された追加機能が Nitro Enclaves。EC2 インスタンス内に、**さらに分離された隔離環境（エンクレーブ）**を作り、極めて機密性の高いデータを安全に処理するための仕組みだ。
- 完全に分離された仮想マシン — 永続ストレージ・対話的アクセス・外部ネットワークを持たない
- 親インスタンスの root/管理者でもアクセス不可 — SSH 接続もできず、内部を覗けない
- 署名付きの構成証明（Attestation） — Nitro Hypervisor がエンクレーブの公開鍵・イメージのハッシュを含む証明書を発行し、KMS などと連携して「正しいエンクレーブだけ」に鍵を渡せる
- 追加料金なし — EC2 インスタンス自体の利用料以外に Nitro Enclaves の追加コストはかからない
典型的な用途は、SSL/TLS の秘密鍵の隔離保管、クレジットカード番号や医療データのトークン化（機微データを別の値に置き換える処理）、PII（個人識別情報）の処理など。「アプリ本体からも運用者からも隔離した金庫の中で機密処理をする」発想だ。
7. メリット・デメリット
8. 自分のインスタンスが Nitro かを見分ける
世代の新しいインスタンスタイプはほぼ Nitro だが、移行・トラブルシュート時に判別が必要な場面がある。実務上の目安は以下。
- インスタンスタイプの世代 — 第 5 世代（C5・M5・R5 など）以降は基本的に Nitro ベース。最新世代（C7g・M7i など）も当然 Nitro
- ストレージが NVMe で見える — EBS が
/dev/nvme*として認識されるのは Nitro の特徴（旧世代は/dev/xvd*） - ENA（Elastic Network Adapter）が有効 — Nitro 世代では拡張ネットワーキングが前提
- 公式ドキュメントの対応表 — AWS の「Nitro System で構築されたインスタンス」一覧で網羅的に確認できる
9. 関連用語
- EC2 — Nitro System の上で動く仮想サーバー本体
- EC2 インスタンスタイプ — 第 5 世代以降が Nitro ベース
- EBS — Nitro Card 経由で NVMe ブロックデバイスとして提供
- VPC — Nitro Card for VPC が ENA としてネットワークを担う
- KMS — Nitro Enclaves の構成証明と連携して鍵を安全に受け渡し
- Fargate — Nitro 基盤の上に構築されたサーバーレスコンテナ
- Outposts — オンプレに設置されるハードも Nitro System ベース
10. 関連サイト
AWS 公式
- AWS Nitro System 製品ページ
- The Security Design of the AWS Nitro System（ホワイトペーパー）
- The components of the Nitro System（コンポーネント解説）
- AWS Nitro Enclaves 製品ページ
- AWS Nitro Enclaves – 分離された EC2 環境で機密データを処理する（AWS ブログ）
参考
🎓 試験での出題傾向
| 試験 | 重要度 | 主な出題パターン |
|---|---|---|
| CLF | 低 | 「EC2 の基盤技術」「ベアメタルという選択肢がある」程度の認知 |
| SAA | 中 | 「高パフォーマンス要件 → Nitro 世代インスタンス」「機密データの追加分離 → Nitro Enclaves」 |
| DVA | 低 | 出題はほぼなし。Enclaves での鍵分離が触れられる程度 |
| SOA | 低 | 旧世代 → Nitro 世代移行時のドライバ（ENA / NVMe）要件 |
頻出キーワード：オフロード / 攻撃対象領域の縮小 / ベアメタル / ハイパーバイザー最小化 / Nitro Enclaves / 構成証明（Attestation）