generally, we use libvirt(1)

说openstack和cloud，cloud提供什么能力，计算，存储，网络，存储可能是单独的提供，现在软件定义存储也很火爆，网络也可以脱离计算存在，软件定义网络一样火，

但是对普通用户来说，用openstack或者其他云平台（当然这里仅仅是指IaaS，至于PaaS和SaaS看到的又不一样），直观感受到的是虚机，看起来是计算/存储/网络的

综合（现在ironic希望把物理机和虚机统一起来，尽管我个人认为将二者完全统一是不合适的，应该适当的区分）。所以很多人说云能干什么，有人回答说，给你提供资源，

或者干脆说给你提供虚机。

作为IaaS的核心，虚拟化起着至关重要的作用，某种程度上是IaaS的核心，虚拟化本身既复杂又晦涩，我们常常被很多概念弄的很晕，例如KVM，QUME-KVM，Libvirt等，

这些和Openstack又有什么关系？（mark link是不错的分析）

说libvirt之前，先说hypervisor，一般地，我们自己装os，从BIOS(服务器是UEFI)起来只能进一个系统，这是总线上的限制，现在用了虚拟化，我们希望在一套硬件上同时

跑多个系统，每个系统之间互不干扰（极大的提高了硬件的利用效率，vmware为什么赚钱，因为它做的简单好用，同时很强大），这个时候就需要hypervisor，它直接和

硬件打交道，堪称操作系统的操作系统。我们平常看到的OS运行再hypervisor之上，所以说它是操作系统的操作系统，听得比较多的hypervisor包括vmware的Vsphere，

开源的KVM，Xen Hypervisor以及微软的Hyper-V.

openstack中原生的KVM，一方面是KVM是开源的，同时，它很好安装，作为linux kernel的一个内核模块，用命令一装即可，KVM主要的功能是模拟CPU运行，但是

它缺少对network和周边IO的支持，因此无法直接使用，这时有qemu-kvm作为一个模拟器，它基于KVM，提供完整的网络和IO支持。

不过openstack不会直接调用qemu-kvm，而是通过libvirt来做，至于原因：因为libvirt不只是支持qemu，还支持对vmware，virtualbox和xen的操作，是夸平台的，

显然作为cloud来说，对这些主流虚拟化厂商的支持是必不可少的。

所以openstack中KVM作为hypervisor时的调用过程是：

nova/cinder等  --->  libvirt   ------> qemu-kvm -----> kvm

这时就有两个概念略模糊：qemu-kvm和qemu：

首先，虚拟出来的计算机系统和真实的系统体系结构是否可以不同呢？ x86指令集的机器上可以虚拟运行mips指令集的虚机呢，经查阅是可以的，但是

这种不一致会导致虚拟出来的机器运行效率极低，想像不断的翻译指令肯定会导致低效。因此我觉得有一个说法很简练：

如果虚拟出来的系统和真实系统体系结构一致，就是虚拟化，不一致就是“模拟化”。

QEMU本身是模拟器，可以模拟化生成虚机，但是和KVM配合使用，搭配成QEMU-KVM，其中KVM负责CPU和内核，QEMU负责网络和IO。

（虚拟化学问很深，均是查阅得出）

还有一个概念可能会偶尔碰到：全虚拟化和半虚拟化：

我的理解是，全虚拟化只得是hypervisor提供所有的虚拟化功能，无须修改guest OS，kvm，vmware等都是属于全虚拟化，

半虚拟化只得是guest os需要进行修改，配合hypervisor一起使用，比如Xen，这样固然可以做一些优化，使得guest os性能几近与裸机部署，

但是由于需要修改OS，所以很多时候厂商不愿意也有concern（安全）。

至于其他的不用管太多，除非你是redhat这样提供内核层面openstack开发的。

mark link

http://www.ibm.com/developerworks/cn/linux/l-cn-xen/ #各种虚拟化的具体差别

http://www.eepw.com.cn/article/268232.htm

http://blog.csdn.net/cmk128/article/details/8736682

http://blog.csdn.net/hackerain/article/details/7908215