Xen、KVM、VMware、hyper-v

vmwareは有料の仮想化ソフトウェアです。

hyper-vは、Microsoft Windows 2008 R2に付属の特別な仮想化コンポーネントで、十分な数のライセンスを購入すれば、hyper-v（hyper-v 2008コアを含む）を無料で使用できます。

仮想化ソフトウェア自体であるかサブシステムであるかにかかわらず、VMwareまたはHyper-Vの仮想Windowsシステムの場合は、ライセンス料を支払う必要があります。

vmwareまたはhyper-v仮想Linuxの場合、仮想化ソフトウェア自体がライセンス料を支払う必要があり、サブシステムはLinuxを使用してコストを節約できます。

仮想ウィンドウがxenまたはkvmの場合、サブシステムにはライセンス料がかかります。

xenまたはkvm仮想Linuxの場合、仮想化ソフトウェア自体およびそのサブシステムにコストはかかりません。

パフォーマンスの面では、仮想ウィンドウ、製造元のサポートを受けることができれば、パフォーマンスの最適化は心配する必要はありません。これらのソフトウェアはすべてメインシステム（ディスク、CPU、ネットワーク、メモリ）のパフォーマンスの少なくとも80％を達成することができます、そしてそれはそれが仮想ウィンドウ、マイクロソフト自身の製品に仮想Vを使うことが推奨されます。それが仮想Linuxの場合、xenを最初に使用し、linux準仮想化をサポートすることをお勧めします。メインシステムCPUとディスクおよびネットワークリソースを直接使用でき、仮想化スケジューリング操作を減らし、非常に高いパフォーマンスを達成できますが、xen操作は複雑です維持費が高い。 Linux自体がkrvmのvirtioテクノロジをサポートしているため、わずかな仮想化スケジューリング操作を実行でき、より高いシステムパフォーマンスを実現できます。仮想Linuxにhyper-vを使用することはお勧めできません非互換性が多すぎると、linuxは基本的にhyper-v上で実行できなくなります。

上記の製品がベンダサポートの購入を目的としていない場合は、vmwareおよびhyper-vは推奨されません。主にライセンスの問題です。仮想ウィンドウの場合は、kvmを使用することをお勧めします。これにより、windowsに最適化されたディスクおよびネットワークドライバを無料でredhatから入手できるため、より高いパフォーマンスを実現できます（ほぼhyper-vを使用）。性能は横ばいです。そして、xenのwindows最適化ドライバはそれほど簡単ではありません（後でredhatはxenをサポートしていません。率直に言って、novellが水を入れるかどうかを調べてください、redhatはnovellより優れています）。

まとめると、

承認の場合は、仮想ウィンドウ、hyper-vの使用をお勧めします。

承認の場合は、仮想Linuxの使用をお勧めします。 Xen、管理のメンテナンスと学習のコストを削減する必要がある場合は、kvmを使用することをお勧めします。

承認がない場合は、仮想ウィンドウではKVMを使用することをお勧めします。

承認がない場合は、仮想Linuxで、管理コストを削減する必要がある場合はxenを使用することをお勧めします。 kvmを使用することをお勧めします。