KVM VS XEN

KVM目前得到更多主流Linux发行商的支持，XEN虽然也是开源，但是被CITRIX收购之后，有点被开源社区远离的感觉，但近年也得到了Linux基金会的支持，因此，估计很长一段时间，KVM和XEN会长期并存与发展。

H3C的CAS是基于KVM,HUAWEI的fusion sphere在6.3.0以前是基于XEN的，6.3.0之后用KVM.

以下的转贴文章：

http://www.cnblogs.com/Timesi/p/9565456.html

https://www.cnblogs.com/sammyliu/articles/4389981.html

http://virtual.51cto.com/art/201308/405785.htm

虚拟化

虚拟化是通过Hypervisor程序实现的，Hypervisor的作用是将硬件虚拟化提供给多个操作系统使用，是虚拟化技术的核心。

虚拟化分为两种：1型虚拟化和2型虚拟化。

1型虚拟化是将Hypervisor直接安装在物理机上，然后虚拟机直接运行在Hypervisor上，Xen就是属于1型虚拟化。

2型虚拟化是先在硬件上安装操作系统，然后将Hypervisor作为系统的一个程序运行在系统上从而实现对虚拟机的管理，KVM就是属于2型虚拟化。

KVM架构

先来看一下KVM，KVM是基于Linux内核实现的，KVM的内核模块叫做kvm.ko，实现对Linux的CPU和内存虚拟化，是Linux的一个进程，负责VCPU和内存的分配,而其他设备的虚拟就交给了qemu。

qemu运行在用户空间，KVM运行在内核，两者通过/dev/kvm进行交互。

KVM仅支持全局虚拟化。

Xen架构

再来看一下Xen，Xen支持全虚拟化和半虚拟化，（全虚拟化就是运行在虚拟环境的虚拟机无法感知到自己是运行在虚拟环境之上，只会觉得自己是运行在硬件之上，半虚拟化是运行在虚拟环境的虚拟机可以感知到自己不是直接运行在硬件环境之上）这一点不同于KVM的仅支持全局虚拟化。Xen是直接运行在硬件上的，也就是上面提到的1型虚拟化，直接对硬件进行虚拟化，然后在硬件之上直接跑虚拟机，在Xen架构中的虚拟机分为两种：Domain0和DoaminU.Domain0又叫做特权虚拟机，具有直接访问硬件和管理其他操作系统的权限，而DoaminU就是普通的虚拟机，DoaminU不能直接访问硬件，所有的操作都是通过驱动发送到特权虚拟机Domain0，由Domain0去和硬件交互再返回给普通用户，所以，Xen架构的虚拟化需要先运行Domain0。

Xen架构也是对CPU和内存进行虚拟化,提供给虚拟机用，其余硬件访问是通过特权虚拟机直接与硬件进行交互再返回的。

默认Domain0VCPU和内存的大小是这样计算的：

Domain0的VCPU = 物理设备线程数 % 10然后向上取最小的一个偶数，就是Domain0的VCPU数。

Domain0的内存：如果物理设备的内存小于96G，那么就默认为8G,如果物理机的内存大于96G，那么Domain0的内存 = 物理机内存 *0.05 + 8G。