KVMがLinuxとの統合においてXen

XenとKVMのパフォーマンスベンチマークを徹底的に行っていなくても、Red HatやUbuntuなどのLinuxリーダーがKVMを扱っている理由を説明する多くの理由があります。最も明白で重要な要素は、KVMはLinuxカーネルの一部であり、XenはLinuxカーネルの下にインストールされている製品にすぎないということです。

これがなぜそれほど重要なのでしょうか。 Xen作業環境のパッチはLinuxカーネルと互換性がないので重要です。しかし、KVMを実装すれば、この問題は簡単に解決できます。 KVMを選択するもう1つの理由は、KVMがLinuxカーネル内に配置されているため、仮想化プロセスを簡単に制御できることです。

Xenの支持者は、KVMはXenテクノロジほど成熟したものではなく、動的移行や汎仮想化サポートなどの重要な機能を欠いていると主張しています。実際、Xen仮想化テクノロジはハードウェアと直接対話するため、Xen作業環境の汎仮想化テクノロジは仮想マシンの運用をより効率的にすることができます。ただし、汎仮想化テクノロジを使用するにはオペレーティングシステム
を変更する必要があり、デフォルトの Windows
インストールでは汎仮想化作業環境はサポートされていません。動的移行に関しては、KVMがそれを行うことができます、ちょうど正しいKVMバージョンをインストールする必要があります。 KVMは以前は動的移行に問題がありましたが、現在は解決されています。

別の観点から見ると、KVMはより柔軟です。オペレーティングシステムはLinuxカーネルに統合されたハイパーバイザーと直接対話するため、どのようなシナリオでも仮想化オペレーティングシステムを変更しなくてもハードウェアと直接対話できます。 KVMは仮想マシン操作のためのより高速なソリューションになる可能性があるため、これは非常に重要です。 KVMがCPUの仮想化にPacifica（AMD）またはVanderpool（Intel）を必要とするという事実は、現在ほとんどのサーバーCPUがこれらのプロセッサを搭載しているため、KVM開発を制限する要素ではなくなりました。

KVM仮想化テクノロジを選択しない確実な理由の1つは、Xenがもう少し長く、製品が成熟していることです。しかし、長期的には、XenはLinuxカーネルをますます煩雑にするでしょう。Xenの開発者は積極的にこの統合の問題に取り組んでいますが、Xenは良好な統合を欠いています。

最後のポイントは、KVMはLinuxカーネルの一部であり、XenはLinuxに最適に統合されているということです。やがて、Linuxエンタープライズ市場で最大のシェアを占めるRet Hat（現在はKVMテクノロジを習得している）は、Xenのようなフル機能を備えた仮想化テクノロジ - ndash; KVMの後発者になるだろう。将来の仮想化市場はKVMに違いないと思います。