虚拟化风暴前夕 微软HyperV技术分析

核心提示： 掉书袋就到这里，回到Hyper-V上来，虚拟化风暴前夕 微软HyperV技术分析(5)，通过采用微内核架构，Hyper-V在体积上很有优势，Virtual Storage Provider属于VSP上图很好地解释了Hyper-V使用VSP/VSC架构解决驱动程序/文件系统的方式，通过加入V

掉书袋就到这里，回到Hyper-V上来，通过采用微内核架构，Hyper-V在体积上很有优势，它的大小只有300k左右（似乎新版本的更加小），而VMware ESX Server的Linux核心则非常大。就VMM虚拟化管理程序来说，需要的功能不多，因此采用微内核架构是很合适的，运行效率可以很高。不过就理论上来说，合理配置的单内核其实和微内核也很相似。哪一种性能更好？这要在测试之后才能知晓了，不过在这之前，我们接下来可以先看看微内核带来的一个好处：设备驱动程序的变迁。

无论采用什么内核，驱动程序和文件系统总是必要的，虚拟机需要使用服务器的硬件就需要驱动程序，虚拟机的文档需要保存在适当的文件系统上。在单内核的VMware ESX Server上，驱动程序包含在单内核内部，虚拟机映像文件则保存在VMFS（一种类似EXT的文件系统）上，那么微内核架构的Hyper-V呢？

这就要谈到Hyper-V的VSP/VSC架构了，VSP是Virtual Services Provider，VSC则是Virtual Services Client，还有一个VMBus部件，将放在“宿主操作系统”的VSP和虚拟机操作系统的VSC连接起来。实际上“宿主操作系统”也是一个虚拟机——就是你最初安装的、带有Hyper-V的Windows Server 2008，微软将其称为Parent Partition操作系统，而每一个虚拟机则成为Child Partition。

VSP与VPC，注意VSP并不是Virtual Storage Provider的缩写。Virtual Storage Provider属于VSP

上图很好地解释了Hyper-V使用VSP/VSC架构解决驱动程序/文件系统的方式，通过加入VSP和VSC以及它们互相沟通的VMBus总线，Hyper-V将虚拟机的操作映射入Parent Partition的对应驱动程序/文件系统中，简化起来就如下图：