仮想化技術を学ぶ上で、QEMUとKVMという2つの名前はセットで語られることが非常に多いです。
しかし、それぞれが何を担当しているのか、どのように連携しているのかを正確に理解している方は意外と少ないかもしれません。
本記事では、QEMUとKVMそれぞれの役割の違いを明確にし、両者を組み合わせることで実現するハードウェア仮想化の仕組みとパフォーマンス向上の原理を、わかりやすく解説していきます。
サーバー仮想化やクラウド基盤に興味がある方に、特に役立つ内容となっているでしょう。
QEMUとKVMの役割の違いを整理する
それではまず、QEMUとKVMがそれぞれ何を担当しているのか、役割の違いを明確に整理していきます。
QEMUの役割：デバイスエミュレーション
QEMUは、仮想マシンが使うハードウェアデバイスをソフトウェアで模倣するエミュレーター・仮想化ソフトウェアです。
ゲストOSが認識するディスクコントローラー、ネットワークカード、グラフィックスカード、USBコントローラーなどの仮想デバイスをすべてQEMUが提供します。
QEMUが単独で動作する場合は、CPU命令の変換もソフトウェアで行うため、オーバーヘッドが大きくなります。
しかし、KVMと組み合わせることで、CPU処理だけをハードウェアにオフロードし、デバイス管理はQEMUが担当するという役割分担が実現します。
KVMの役割：CPU仮想化のカーネル支援
KVM（Kernel-based Virtual Machine）は、Linuxカーネルに組み込まれたハイパーバイザー機能です。
Intel VT-xやAMD-Vといったプロセッサーの仮想化支援機能を利用して、ゲストOSのCPU命令を直接ホストのCPUで実行させることができます。
KVMはLinuxカーネルモジュール（kvm.ko、kvm_intel.ko / kvm_amd.ko）として実装されており、/dev/kvmデバイスファイルを通じてアクセスします。
デバイスエミュレーション機能は持たないため、実際の仮想マシンを動かすにはQEMUとの連携が必須となります。
QEMUはデバイスエミュレーションを担当し、KVMはCPUの仮想化をカーネルレベルで支援します。この役割分担によって、高パフォーマンスかつ高機能な仮想化環境が実現されます。
QEMU+KVMが形成するアーキテクチャ全体像
QEMU+KVMが連携する際のアーキテクチャを整理すると、以下のような構造になります。
【ゲストOS】
↓ CPU命令 → KVM（カーネルモジュール）がハードウェアで直接実行
↓ I/O要求 → QEMU（ユーザースペース）がデバイスをエミュレーション
【ホストOS（Linux）】
ゲストのCPU命令は可能な限りKVMを通じてネイティブに実行され、ディスクアクセスやネットワーク通信などのI/O処理はQEMUが担当するという役割分担が基本です。
この設計により、CPUパフォーマンスを最大化しながら、豊富なデバイスエミュレーションも提供できるのです。
ハードウェア仮想化支援技術の仕組み
続いては、QEMU+KVMの高速化を支えるハードウェア仮想化支援技術の仕組みについて確認していきます。
Intel VT-xとAMD-Vの仕組み
現代のx86 CPUには、仮想化を高速化するための専用命令セットが搭載されています。
Intelが提供するIntel VT-x（Virtualization Technology）と、AMDが提供するAMD-V（AMD Virtualization）がそれにあたります。
これらの技術は、ゲストOSが特権命令を実行する際にCPUがハイパーバイザーに自動的に制御を移す仕組みを提供します。
これにより、ソフトウェアによる命令変換が不要になり、大幅なパフォーマンス向上が実現します。
VMExitとVMEntryの処理フロー
KVMを使ったハードウェア仮想化では、VMEntryとVMExitというCPUの状態遷移が重要な役割を果たします。
VMEntryとは、ホストからゲスト（仮想マシン）の実行に切り替わる動作のことです。
VMExitとは、ゲストが特権命令やI/O操作を実行しようとした際に、制御がホスト（KVM）側に戻ってくる動作を指します。
VMExitが発生するとKVMが処理を引き受け、必要に応じてQEMUのデバイスエミュレーションにハンドオフします。
VMExitの回数を最小化することがパフォーマンス最適化の重要なポイントとなるでしょう。
IOMMU（Intel VT-d / AMD-Vi）によるデバイスパススルー
さらに高度な仮想化技術として、IOMMU（Input/Output Memory Management Unit）を利用したデバイスパススルーがあります。
IntelのVT-d（Virtualization Technology for Directed I/O）やAMDのAMD-Viがこれにあたります。
デバイスパススルーを使うと、物理的なNICやGPUを仮想マシンに直接割り当てることができ、ほぼネイティブなI/Oパフォーマンスを仮想マシンで実現できます。
GPU仮想化やハイパフォーマンスコンピューティングの分野でよく活用される手法です。
QEMU+KVMのパフォーマンス特性と比較
続いては、QEMU+KVMのパフォーマンス特性と、他の仮想化ソリューションとの比較について確認していきましょう。
ネイティブ実行との速度差
QEMU+KVMの組み合わせは、CPU処理においてネイティブ実行と比較してほぼ同等のパフォーマンスを発揮します。
一般的なベンチマーク結果では、CPU処理のオーバーヘッドは1〜5%程度に抑えられると言われています。
ただし、ストレージやネットワークのI/O性能は、使用するデバイスエミュレーションの種類や設定によって大きく変わります。
VirtIOデバイスを使用することで、I/Oパフォーマンスも大幅に改善できるため、本番環境ではVirtIOの採用が強く推奨されます。
| 実行方式 | CPUオーバーヘッド | I/Oオーバーヘッド | 主な用途 |
|---|---|---|---|
| QEMU単体（ソフトエミュレ） | 大（数倍〜数十倍） | 大 | クロスアーキテクチャ開発 |
| QEMU+KVM | 小（1〜5%程度） | 中〜小（VirtIO使用時） | サーバー仮想化・クラウド |
| ネイティブ実行 | なし | なし | 物理サーバー直接利用 |
他のハイパーバイザーとの比較
QEMU+KVMと他のハイパーバイザーを比較すると、それぞれに強みと弱みがあります。
VMware ESXiはエンタープライズ向けに特化した機能セットと安定性を持ちますが、ライセンスコストが高いという課題があります。
Microsoft Hyper-VはWindowsサーバー環境との統合性に優れますが、Linuxとの親和性ではKVMに劣る場合があります。
QEMU+KVMは完全なオープンソースでありながら、エンタープライズ環境でも十分な性能と機能を持ち、コストパフォーマンスに優れた選択肢と言えるでしょう。
クラウド環境でのQEMU+KVMの採用状況
QEMU+KVMはクラウドコンピューティングの世界でも広く採用されています。
OpenStackは標準的なハイパーバイザーとしてKVMを採用しており、世界中の企業のプライベートクラウド基盤を支えています。
Proxmox VEもQEMU/KVMをベースにした仮想化プラットフォームとして、中小規模のデータセンターで高い人気を誇っています。
クラウドネイティブな時代においても、QEMU+KVMの重要性は増し続けているのです。
QEMU+KVMの管理と運用のベストプラクティス
続いては、QEMU+KVM環境を安定して運用するためのベストプラクティスについて確認していきましょう。
libvirtを使った仮想マシンの一元管理
QEMU+KVM環境の管理には、libvirtを使うことが強く推奨されます。
libvirtはQEMU/KVMを抽象化して管理するためのAPIライブラリとデーモン（libvirtd）を提供します。
virshコマンドやVirt-ManagerといったツールはlibvirtのAPIを通じて仮想マシンを制御するため、低レベルなQEMUコマンドを直接扱わずに済みます。
仮想マシンの自動起動設定、スナップショット管理、リソース制限（CPU・メモリ上限）なども、libvirtを通じて一元的に管理できます。
スナップショットとライブマイグレーション
QEMU+KVM環境では、スナップショットとライブマイグレーションという高度な機能も利用できます。
スナップショットは仮想マシンのある時点の状態を保存する機能で、変更前にスナップショットを取っておくことで、問題が発生した際に素早く元の状態に戻せます。
ライブマイグレーションは、仮想マシンを停止させずに別の物理ホストに移動させる機能です。
メンテナンス作業やリソースの最適化のために、稼働中のサービスを中断させずに仮想マシンを移動できる点は、エンタープライズ運用において非常に重要です。
セキュリティとリソース分離の設定
仮想化環境のセキュリティも重要な考慮事項です。
SELinuxやAppArmorを使ったプロセス制限、sVirt機能による仮想マシンのラベリングとアクセス制御などを組み合わせることで、ゲストOSがホストや他のゲストに影響を与えるリスクを最小化できます。
またcgroupsを使ったCPU・メモリ・I/Oのリソース制限を設定することで、特定の仮想マシンがリソースを独占する問題を防ぐことが可能です。
まとめ
本記事では、QEMUとKVMの役割の違い、ハードウェア仮想化支援技術の仕組み、パフォーマンス特性、そして運用のベストプラクティスについて解説しました。
QEMUはデバイスエミュレーションを担い、KVMはCPU仮想化をカーネルレベルで支援するという役割分担が、高性能な仮想化環境を実現する鍵となっています。
Intel VT-xやAMD-Vなどのハードウェア仮想化支援技術と組み合わさることで、ネイティブに近いパフォーマンスが実現できます。
クラウドからオンプレミスまで幅広く採用されるQEMU+KVMの理解は、インフラエンジニアにとって必須のスキルと言えるでしょう。
ぜひ実際の環境で試しながら、理解をさらに深めていってください。
