logo资料库

三种虚拟化解决方案的比较.pdf

第1页 / 共9页
第2页 / 共9页
第3页 / 共9页
第4页 / 共9页
第5页 / 共9页
第6页 / 共9页
第7页 / 共9页
第8页 / 共9页
资料共9页,剩余部分请下载后查看
功能 虚拟化技术 硬件要求 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 作为父分区的宿主机,承载 了所有子分区中虚拟系统的驱劢程序。为子分区中系统的安全性又上了大大的一把锁。
分享到:
收藏