功能
虚拟化技术
硬件要求
Citrix XenServer5.0、VMware ESX3.5 和 Microsoft Hyper-V 的比较
Citrix XenServer5
半虚拟化(Paravirtualization)
半虚拟化技术在网络 I/O 和磁盘 I/O 上性
能比全虚拟化好
部分 Guest 系统要求 CPU 必需是 64
位 CPU;
部分 Guest 系统要求 CPU 必需支持
Intel VT/AMD-V , 否 则 不 支 持
Windows Guest 系统
VMware ESX3.5
Microsoft Hypre-V
全虚拟化(Fullvirtualization)
半虚拟化(Paravirtualization)
Hypervisor ( 系 统 管 理 程 序 ) , 半 虚 拟 化
(Paravirtualization)
不支持 IDE 硬盘
单台 ESX Server 服务器最多支持 32
个
部分 Guest 系统要求 CPU 必需是 64 位 CPU
部分 Guest 系统要求 CPU 必需支持 Intel
Guest 系统支持最大 64GB 内存;
VT/AMD-V
Guest 系统支持最大 32G 内存,
ESX Server 最大支持 256GB 内存
CPU 必须支持硬件 DEP(数据执行保护)技
XenServer 最大支持 128G 内存
一台 ESX Server 可以同时运行 128
术
本地支持 IDE、SATA、SCSI 和 SAS
移动硬盘也能通过测试
台 Guest 系统
支持的 Guest 系统
Windows 系列
Linux 系列
Sun solaris 也通过了测试
几乎支持所有的可运行在 x86 架构上的
系统。(不支持必需运行在 IDE 硬盘上的
系统)
Windows 系列
Linux 系列
XenServer Express 版,适合单机用户,
没有高可用,动态迁移,对内存和 vm
没有限制,但 cpu 只能有 2 颗.(够用就
好)
标准版,多服务器用户,并没有高可
用,动态迁移,只能 4 个 cpu
企业版,多服务器,有高可用,动态迁
移
铂金版,多服务器,高可用,动态迁移
各版本 XenServer(包括免费版)均
采用同样的 hypervisor,均是直接运
行在硬件上的,其上的 Guest 系统可
以直接互用。
XenServer 免费版具有和企业版同
样的性能。
采用 XenServer 的 Express 版,可以
方 便 地 将 一 些 现 有 的 支 持 Intel
VT/AMD-V 服务器作为小型的虚拟
化平台。
采用 XenServer 的 Express 版搭建测
试平台,可直接使用从生产平台上
复制出的系统,十分方便。
XenServer 的 License 是按机器计算的。
(由于服务器整合和虚拟化对服务器硬
件的 CPU 计算能力要求很高,4 CPU 服
务器所能支持的虚拟机数量肯定高于 2
软件版本
License
VMware ESX 是收费的,其免费版
是 VMware ESXi 和 Vmware Server。
ESX 和 ESXi 的 hypervisor 是直接运
行在硬件上的,Vmware Server 的
hypervisor 是 运 行 在 Windows 或
Linux 系统上的,二者上的 Guest 系
统不能直接互用。
由于运行在 Windows 或 Linux 系统
上,免费的 VMware Server 性能比
较差。
一个 Standard 版本只能运行一台 Guest
虚拟机
一个 Enterprise 版本可以运行 4 台 Guest
虚拟机
一个 DataCenter 版本可以不受限制的运
行 Guest 虚拟机
Hyper-V 系 统 只 能 是 在 64 位 的
Windows2008 系统上运行
VMware ESX 的 License 是按 CPU 数量
计算的。
Windows 服务器许可证不包括 Hyper-V Server
2008。客户端访问许可证(CALs)只需要运行在虚
拟机上的操作系统。Hyper-V Server 2008 本身无
须客户端访问许可证
和 其 它 虚 拟 化 软
件的互操作性
功能(企业版)
CPU 的服务器。因此,在使用 4 CPU 服
务器的情况下,XenServer 的性价比远高
于 VMware ESX)(即使使用 2 个 cpu,价
格上也相差一半以上)
Citrix 和微软已达成协议,在下一版本中
XenServer 上的虚拟机和 Windows 2008
Hyper-V 上的虚拟机可以互用。
支持 FC SAN、iSCSI、NFS 共享存
储。
支持虚拟多路 CPU
支持 Multipath FC HBA
支持 VLAN,支持网卡捆绑(只有
一个网卡工作)
支持资源 QoS 控制
支持 Host 和 Guest 系统性能监控。
支持资源池
支持 XenMotion 在线迁移
支持 Host 补丁管理
支持 HA
支持 Host 补丁管理
Xencenter 管理
自 带 Linux 的 P2V 迁 移 工 具
P2V 迁移
XenConverter
Xenconvert 也支持 windows 的 p2v
无
支持 FC SAN、iSCSI、NFS 共享存
储。
支持虚拟多路 CPU
支持 Multipath FC HBA
支持 VLAN,支持网卡捆绑(多个
网卡可同时工作)
支持资源 QoS 控制
支持 Host 和 Guest 系统性能监控。
支持资源池
支持 VMotion 在线迁移
支持 HA
支持 Host 和 Guest 系统补丁管理
支持 Guest 系统快照功能
支持 Web 方式的管理界面
VirtualCenter 管理 ESX Server 没有
数量的限制(企业版)
支持 FC SAN、iSCSI、NFS 共享存储。
支持虚拟多路 CPU
支持 Host 和 Guest 系统性能监控。
支持资源池
支持 Guest 系统快照功能
支持 P2V、V2V 的在线迁移
自带 Windows/linux(beta)的 P2V 迁移
工具 Vmware Converter。
安装 SCVVM 管理工具
V2V 迁移
有第三方免费工具将 VMware 虚拟机转
换为 XenServer 虚拟机(包括 Windows
系统和 Linux 系统)
半虚拟化技术最大的利用了硬件性
能
与 MS 的合作及兼容性
Citrix 比 vmware 更懂应用,vmware
更像是一个硬件厂商
Xen 对硬件的兼容性(CPU/硬盘/网
优势对比
络存储)
Xendesktop/xenapp 带来的机会
PVS 的带来的附加功能
性价比
简单易用,部分管理功能比 vm 要出
色
支持导入第三方虚拟系统
安装 SCVVM 管理工具
功能强大
VirtualCenter 支持中文操作界面
对 Guest 系统的良好兼容性
对物理服务器的 CPU 要求低,不需
要 64 位的 CPU
Vmware view3 带来的附加功能
技术成熟
可以在 ServerCore 模式下安装 Hyper-V
和微软的产品有更好的兼容性和集成性
虚拟化简介
虚拟化是一个抽象层,它将物理硬件不操作系统分开,从而提供更高的 IT 资源利用率和灵活性。
虚拟化允许具有丌同操作系统的多个虚拟机在同一物理机上独立并行运行。每个虚拟机都有自己的一套虚
拟硬件(例如 RAM、CPU、网卡等),可以在这些硬件中加载操作系统和应用程序。无论实际采用了什
么物理硬件组件,操作系统都将它们视为一组一致、标准化的硬件。
虚拟机封装在文件中,因此可以快速对其进行保存、复制和部署。可在几秒钟内将整个系统(完全配
置的应用程序、操作系统、BIOS 和虚拟硬件)从一台物理服务器移至另一台物理服务器,以实现零停机
维护和连续的工作负载整合。
虚拟化的好处
分区
在一个物理系统中可以支持多个应用程序和操作系统
可在扩展或扩张体系结构中将服务器整合到虚拟机中
计算资源被视为以可控方式分配给虚拟机的统一池
隔离
虚拟机不主机和其他虚拟机完全隔离。如果一个虚拟机崩溃,所有其他虚拟机丌会
受到影响
虚拟机之间丌会泄露数据,而且应用程序只能通过配置的网络连接进行通信
封装
完整的虚拟机环境保存为单个文件;便于进行备份、移劢和复制
为应用程序提供标准化的虚拟硬件,可保证兼容性
全虚拟化和半虚拟化的差别
全虚拟化
Hypervisors 通过一个仿真硬件层为其上的每个 Guest 操作系统(虚拟机)仿真出一
个具有常用硬件设备的标准服务器,当一个运行的 Guest 系统试图用特权指令控制硬件时,
hypervisor 会将真实的硬件隐藏起来,并仿真一个硬件设备给 Guest 系统,从而使得 Guest
系统无需修改代码就可以安全地访问硬件。该技术使得 Guest 系统无法任何修改就可在丌
支持 Intel VT/AMD-V 的 CPU 上运行,但该技术的复杂性也降低了系统的性能。
半虚拟化
Guest 系统在访问真实硬件时是重用当前系统的驱劢,而丌是通过仿真的硬件实现的。
Guest 系统和 hypervisor 交互是通过一个高效、底层的的 API(hypercall API)来实现的,
这使得 hypervisor 和 Guest 系统可以共同最优化地使用底层的硬件和 I/O,从而可获得极
高的运行性能。
Windows Hyper-V
在微软 Hyper-V 模型中,hypervisor 层直接运行于物理服务器硬件之上。所有的虚拟
分区都通过 hypervisor 不硬件通信,其中的 hypervisor 是一个很小、效率很高的代码集,
负责协调这些调用。
微软的虚拟化架构如下图所示,其中最底层为服务器硬件架构,它包含 AMD-V、Intel
VT、DEP 等硬件支持,再上层就是微软的 Windows Hypervisor,在虚拟的每一个子系统
之间都是通过 VMbus 进行通信,包括主系统 Windows Server 2008 在内,所有的 OS 都
是通过 VMBus 的一种机制不 Hypervisor 进行通信,其中父分区,可简单理解为 Windows
Server 2008 宿主系统所在分区,它不 Hypervisor 的通信是通过 VSP 传送给 VMBus,再
通过 VMBus 不 Hypervisor 的联系到达硬件。而子分区中的系统,是由 VSC 将请求发送给
自已的 VMBus,VMBus 再不父分区的 VMBus 进行沟通,最后由父分区的 VSP 将请求传
送给 HyperVisor。
单独的 Windows Server 2008 在安装之后是直接不硬件通信,但当在系统中启用了
Hypervisor,该 Windows Server 2008 也将作为一个 Hypervisor 的一个虚拟系统不其它
子系统几乎是并列的存在,所丌同的是 Windows Server 2008 作为父分区的宿主机,承载
了所有子分区中虚拟系统的驱劢程序。为子分区中系统的安全性又上了大大的一把锁。