对CPU的支持数量
虚拟化面对的一个争论是一些应用程序在一个完全虚拟化平台中运行的并不是那么好。这在Hyper-v中可能会出现,因为Hyper-v中限定了虚拟CPU核心最大只有4个,这不能满足一些对处理能力要求较高的应用程序的需求,就把很多大型应用程序排除在了虚拟化范围之外。而VSphere 4要更好一些,虚拟机最大支持8个虚拟CPU内核。未来CPU发展的趋势是增加内核数量而不是提高时钟频率,在高端多核x86虚拟化服务器上运行那些苛求CPU的应用程序,VSphere 4是更好的选择。
虚拟机迁移
再看微软Hyper-v方面的一些情况。早期版本的Hyper-v具有一个快速迁移功能,对于高可用和无计划停机保护的Hyper-v集群,如果一个节点失效,可以在另一个集群节点重启虚拟机。使用快速迁移,虚拟机可以在集群主机间迁移,但是它不能做到想VMware vMotion和HA功能那样的即时,要有几秒钟的停机时间,虚拟机在物理平台之间的迁移并不能实现无缝。
无缝意味着终端用户在输入新的数据的时候并不会感觉到虚拟机已经跨域了物理平台,这种导向让新版本的Hyper-v进行了改良,提供了在线迁移的功能,微软表示这个功能已经可以媲美vMotion。但是VMware具有更丰富的功能,如VSphere4’Storage vMotion可以在线的替换虚拟硬盘,另外还有一些很好的功能如分布式资源调度(Distributed Resource Scheduler)、分布式电源管理(Distributed Power Management)、自动精简配置(Thin Provisioning)和HA等,Hyper-v还没有提供类似的功能。
另一个问题是Hyper-v是Windows Server 2008的一个组件,需要依靠Windows系统,但是微软声称Hyper-v的设备驱动访问硬件时只有很低的延时,hypervisor层和Windows Server是平行的,甚至更加底层,但是VMware与硬件提供商一起对驱动进行了优化。
- 第1页:管理功能
- 第2页:CPU支持和迁移功能