午前2時、Windows仮想マシンが「悪夢」に変わる時
午前2時、Proxmox上のWindows Server 2022が突然ストライキを起こしたという緊急電話を受けました。クライアントは16GBのRAMと8つのvCPUを割り当てていたにもかかわらず、会計ソフトはフリーズし、マウスの動きは0.5秒も遅延していました。Task Managerを確認すると、システムはアイドル状態であるにもかかわらず、Disk IOは常に100%に達し、レイテンシは500msを超えて急上昇していました。
問題は、背後にあるDual Xeonプロセッサやエンタープライズ級のNVMe SSDにあるのではありませんでした。原因は、デフォルトの「次へ -> 次へ -> 完了」というインストール手法にありました。Windowsは本来、KVM上で自動的に最適化されるようには設計されていません。標準設定のままでは、実際のパフォーマンスの30〜40%をドブに捨てているようなものです。
12ノードのホームラボと数百のプロダクションVMを長年管理してきた経験から、私は標準的なワークフローをまとめました。これらのチューニングを行うことで、動作の重いWindows仮想マシンを、Linux環境で仮想マシンの速度を2倍に高速化する方法を応用した時のように、実機とほとんど遜色のないパフォーマンスを発揮する「モンスターマシン」へと変貌させることができます。
1. VirtIOドライバでボトルネックを解消する
デフォルトでは、KVMはWindowsが認識しやすいように、IDEハードディスクやIntel E1000ネットワークカードといった古いデバイスをエミュレートします。しかし、これらのエミュレートされたドライバは、多くの仲介レイヤーを経由するため、CPUを極端に消費します。これがカクつきやラグの主な原因です。
必須の解決策はVirtIO (Virtual Input/Output)です。このテクノロジーにより、VMがHypervisorと直接通信できるようになり、不要な処理ステップが排除されます。
具体的な導入方法：
- Fedora Projectから最新の安定版VirtIO ISOファイルをダウンロードします。
- Proxmoxの設定で、Bus/DeviceをSCSIに変更し、ControllerにVirtIO SCSI singleを選択します。
- インストール時にLoad Driverを選択し、
viostor\w10\amd64フォルダを指定します。最初、Windowsがハードディスクを認識しなくても慌てないでください。ドライバの読み込みを待っているだけです。
# 最大速度を実現するためのvirsh用XML設定
<target dev='vda' bus='virtio'/>2. CPUフラグ：スーパーカーを自転車のエンジンで走らせない
Proxmox は通常、古いサーバー間でもVMを簡単に移行できるように、CPU Typeをデフォルトでkvm64に設定しています。しかし、kvm64はAES-NI（暗号化アクセラレーション）やAVXといった重要な命令セットを隠してしまいます。これにより、負荷の高いデータ処理タスクが理不尽に遅くなってしまいます。
教訓： 世代の異なるCPUが混在するクラスターを運用していないのであれば、すぐにCPU TypeをHostに変更してください。
これにより、Windows は物理CPUのモデルを正確に認識し、利用可能なすべての命令セットを活用できるようになります。ファイル圧縮処理やSQL Serverの実行パフォーマンスが、即座に15〜20%向上することもあります。
# AES-NI命令セットが有効になっているか確認する
Get-ProcAddress -Function "AES_encrypt"3. QEMU Guest Agent：不可欠な連携の絆
VMのインストール後にQEMU Guest Agent (QGA)を忘れてしまう人が多くいます。これがないと、Hypervisorは安全にシャットダウン命令を出すことができず、バックアップ時にシステムファイルの破損やデータベースのエラーを引き起こしやすくなります。
QGAは通訳のような役割を果たし、ProxmoxがWindows内部の状態を理解するのを助けます。FS Freeze機能をサポートし、スナップショットが常にデータ整合性の取れた状態（アプリケーション整合性）であることを保証します。
VirtIO ISOファイルからインストールした後、Services.mscを開き、QEMU Guest AgentサービスがRunning（実行中）の状態になっているか確認する必要があります。
4. ディスクI/Oの最適化：io_uringのパワーを活用する
ここがプロとアマチュアの分かれ目です。ハードディスクで数GB/sの読み書き速度を達成するには、Proxmoxの最適化の一環として、データストリームを処理する方法に介入する必要があります。
- IO Thread: このオプションを有効にして、ディスク処理スレッドをVMのメインCPU処理スレッドから分離します。
- Async IO: ホストがLinuxカーネル5.1以降を実行している場合は、
io_uringを選択してください。これは、データ入出力コマンド実行時のオーバーヘッドを大幅に削減する新しいテクノロジーです。 - Discard: Windowsが物理SSDに対してTRIMコマンドを送信できるように、この機能を常に有効にしてください。これにより、時間の経過に伴うディスク速度の低下を防げます。
- Cache: サーバーに無停電電源装置（UPS）がある場合は、
Write backを選択してください。ホストのRAMをキャッシュとして使用することで、驚異的な書き込み速度を実現します。
ネットワークに関しては、VirtIO (paravirtualized)を使用してください。MultiqueueをvCPUの数と同じに設定することで、パケット処理の負荷を分散でき、アクセスの多いWebサーバーなどで非常に有効です。
5. 数字は嘘をつかない
感覚だけに頼らず、技術的な数値で確認しましょう。Linuxホスト上では、以下のコマンドで最適化の効果を監視できます。
# VMのリアルタイムI/Oを監視
kvm-stat -1
# QEMUスレッドのレイテンシを確認
htop -p $(pgrep qemu)実際の導入結果では、VirtIO SCSI + CPU Host + Write-back cacheの組み合わせを適用した後、Windows Serverの起動時間は45秒からわずか9秒に短縮されました。%wait（I/O待ち）指標は、重いデータベース処理中でも常に0.5%未満を維持しています。
おわりに
そのパワーを「解放」する方法を知っていれば、KVM上でWindowsを動かすことは決して遅くありません。最大の過ちは、仮想マシンを通常の物理PCと同じように扱うことです。Hypervisorの仕組みを理解すれば、KVMがいかに強力で柔軟なプラットフォームであるかがわかるはずです。VirtIOを優先し、CPU Hostを設定し、システムを常に最高の状態で運用するためにGuest Agentを決して忘れないでください。
