下载文档原格式
详细实验室报告Citrix XenDesktop 与VMware View 测试对比目录1.0 综述 (2)2.1 VDI 交付质量和带宽、五台客户端、LAN 带宽 (3)2.2 VDI 质量和带宽、五台并发客户端、低带宽 (4)2.3 网络优化后的VDI 客户端性能 (5)3.0 比较分析 (7)4.0 分析和总结 (9)1.0 综述使用Citrix XenDesktop 4和VMware View 4相似配置的桌面虚拟化解决方案的用户体验和带宽占用情况。
由于XenDesktop 4 企业版和白金版能够提供VMware View 4所不具有的其它多种桌面和应用虚拟化形式，因此，为了进行公平对比，这些测试主要集中在托管虚拟桌面基础架构(VDI)模式上。
通过托管VDI模式交付的桌面虚拟化使用服务器上托管的虚拟机。
用户需要在他们的终端设备上使用远程显示协议来接入虚拟机。
虽然用户在地理位置上可能比较分散，但是都可以通过网络连接服务器。
此外，还评估了WAN优化对远程显示协议的影响。
WAN优化产品用于最大程度地提高网络的效率和性能。
这是通过包括压缩、缓冲和流量优先级排序等各种手段实现的。
Citrix XenDesktop 4使用HDX技术向用户交付桌面，而VMware View 4则使用PC-over-IP(PCoIP)协议。
本次研究的重点就是这些协议。
思杰的HDX技术是一种基于TCP的协议，而被测试的WAN优化产品对它的影响是正面的。
VMware所使用的PCoIP 协议则基于UDP，不能从WAN优化产品获得效率优势。
本次测试的方法是模拟现实环境的用户工作负载，并评估网络效率(带宽)和总体用户体验质量(QOE)。
通过Microsoft Office应用、Web浏览、PDF和多媒体内容来运行任务。
这些工作负载的测试使用了一条LAN(100 Mbps)来传输基准数据，测试在适合WAN 条件的模拟T1上进行。
此报告中几次测试的重大发现包括：•在拥有五位并发用户的分支机构部署环境中，Citrix XenDesktop 4的QoE优于VMware View 4•Citrix XenDesktop的带宽效率优于VMware View，节约43%带宽，这使其成为远程分支机构有限T1带宽部署的更佳选择。
Xendesktop各模式下VM存储方式个人数据存放规则虚拟桌面存储方式：桌面发布的两种常用模式Xendesktop的MCS模式和VIew的克隆链接很相似，所有计算机组的桌面都共享一个主镜像。
所有虚拟机可以通过模版进行统一更新；池模式:该模式不保留用户对VM所做的任何更改；静态池：用户第一次登陆后系统自动分配一个桌面给该用户;后期该用户始终登录到这一个桌面；（用户对VM所做的更改;只有关机后，才清除更改）动态池：用户登录的桌面由系统随机分配；（用户对VM所做的更改;注销后清除更改）【Citrix在Xendesktop5.6中增加了personal Vdisks的功能（可用于静态池和流模式）】专有模式:该模式下将保留用户对VM所做的任何更改；(相当于每个用户都有自己的个性化PC，跟本地计算机体验效果一样)关于桌面系统盘的存储存放以上两种模式，池和专有；在创建VM时，均由主镜像新建出一个base盘目录和对应的各个VM的单独目录这里使用的环境为：vsphere5+Xendesktop5.6；存储为esxi本地磁盘（共享存储类似）。
例如：在DDC里面创建了一个拥有2个VM的计算机目录，目录名称为xenvdi，虚拟机名称是xenvdi1和xenvdi2；则计算机目录创建完毕后，在存储中的存储方式如下:base盘目录名称：xenvdi_esxi-baseDisk-datastore-30.vmdkxenvdi：是指VM目录名称esxi：是指服务器虚拟化名称datastore：是指存储名30：是指主机IP在这个目录里有同名的一个主镜像的副本；如果是池模式，则仅此一个副本文件；若是专有模式则还有对应VM的差异盘文件；DDC中所创建的VM目录:含有一个IdentityDisk的识别盘文件；池模式的base盘专有模式base盘和VM的差异盘识别盘：大小是固定的16M虚拟机启动加载虚拟硬盘顺序企业常用的两种模式：池桌面：当用户连接桌面启动VM时，所有的桌面都将加载base目录中的base盘+VM目录中的识别盘启动系统；（对VM所做的更改注销或关机后不保存）专有模式：加载base目录中的base盘+base目录中对应的各VM差异盘+VM目录中的识别盘启动系统；（对VM所做的更改将保存到对应的差异盘）其他两种模式：Personal Vdisks池化模式：Citrix在Xendesktop5.6中增加了personal Vdisk（可用于静态池和流模式）；其桌面的启动模式和以上两种类似（base盘+pvdisk+识别盘）；并且也是多桌面共享一个base盘。
Xendesktop各模式下VM存储方式个人数据存放规则虚拟桌面存储方式:桌面发布的两种常用模式Xendesktop的MCS模式与VIew的克隆链接很相似,所有计算机组的桌面都共享一个主镜像。
所有虚拟机可以通过模版进行统一更新;池模式:该模式不保留用户对VM所做的任何更改;静态池:用户第一次登陆后系统自动分配一个桌面给该用户;后期该用户始终登录到这一个桌面;(用户对VM所做的更改;只有关机后,才清除更改)动态池:用户登录的桌面由系统随机分配;(用户对VM所做的更改;注销后清除更改) 【Citrix在Xendesktop5、6中增加了personal Vdisks的功能(可用于静态池与流模式)】专有模式:该模式下将保留用户对VM所做的任何更改;(相当于每个用户都有自己的个性化PC,跟本地计算机体验效果一样)关于桌面系统盘的存储存放以上两种模式,池与专有;在创建VM时,均由主镜像新建出一个base盘目录与对应的各个VM的单独目录这里使用的环境为:vsphere5+Xendesktop5、6;存储为esxi本地磁盘(共享存储类似)。
例如:在DDC里面创建了一个拥有2个VM的计算机目录,目录名称为xenvdi,虚拟机名称就是xenvdi1与xenvdi2;则计算机目录创建完毕后,在存储中的存储方式如下:base盘目录名称:xenvdi_esxi-baseDisk-datastore-30、vmdkxenvdi:就是指VM目录名称esxi:就是指服务器虚拟化名称datastore:就是指存储名30:就是指主机IP在这个目录里有同名的一个主镜像的副本;如果就是池模式,则仅此一个副本文件;若就是专有模式则还有对应VM的差异盘文件;DDC中所创建的VM目录:含有一个IdentityDisk的识别盘文件;池模式的base盘专有模式base盘与VM的差异盘识别盘:大小就是固定的16M虚拟机启动加载虚拟硬盘顺序企业常用的两种模式:池桌面:当用户连接桌面启动VM时,所有的桌面都将加载base目录中的base盘+VM目录中的识别盘启动系统;(对VM所做的更改注销或关机后不保存)专有模式:加载base目录中的base盘+base目录中对应的各VM差异盘+VM目录中的识别盘启动系统;(对VM所做的更改将保存到对应的差异盘)其她两种模式:Personal Vdisks池化模式:Citrix在Xendesktop5、6中增加了personal Vdisk(可用于静态池与流模式);其桌面的启动模式与以上两种类似(base盘+pvdisk+识别盘);并且也就是多桌面共享一个base盘。
广域网优化，破除虚拟化障碍在Gartner发布的2011年IT十大趋势中，虚拟化被列为未来CIO十大优先考虑技术第二，为云计算、移动办公提供了更多可能性。
应用虚拟化和桌面虚拟化是在广域网环境中广泛使用的技术，通过在中心节点集中部署服务器群提供集中运算，并在分布终端上发布镜像的应用窗口/桌面，提供便捷的办公。
这样的部署方式不仅降低了终端管理的工作量、对终端的性能要求，同时将庞大的应用交互数据转化为了较小的镜像数据，大大提高了终端用户的访问速度。
虚拟化的窘境基于以上几点优势，许多机构逐渐将虚拟化提上议程并付诸实践。
但在实际的推行过程中，尤其是在全国性、跨运营商、跨国的情况下，往往会遇到一些问题：目前常用的桌面/应用虚拟化系统如Citrix、Vmware、Windows RDS等，对网络的质量都有一定的要求。
一般来说，对网络延时的容差为200ms左右，而对网络丢包，则是完全不可忍受的。
但在真实的网络环境中，仅在国内同运营商且网络质量稳定的情况下才有可能达到该标准。
同时，虽然每路虚拟化用户的数据仅需使用20-60kbps左右的带宽，但当接入的人数众多的时候，对整体的带宽也是个不小的压力。
以上两个问题在整个虚拟化的推进过程中造成了不小的压力，做了大量的前期投资却得不到应有的收效，实在是个令人头痛的问题。
如何破除困局为了帮助用户将虚拟化的优势落到实处，深信服推出虚拟化优化解决方案，通过WOC 广域网优化破除虚拟化障碍。
协议优化，突破丢包影响无论是Citrix ICA，还是Windows、Vmware使用的RDP，都是基于TCP协议进行传输的。
而传统的TCP协议由于拥塞控制算法等机制，在丢包情况下将如过山车似的速度急剧下降，这往往令许多基于TCP进行传输的应用头疼不已，而虚拟化正是其中之一。
针对此，深信服WOC采用的HTP技术，通过拥塞机制优化、传输窗口扩充、快速重传、选择性重传等技术，针对传统的TCP从根本上进行优化。
Citrix XenDesktop 5与VMware View 4.5对比作者：张湘华2010年迎来的虚拟化桌面元年之际，截止现在虚拟桌面已走过了第一个年度，回头再看看整个市场时，我们不难发现已有很多企业的桌面已经从物理桌面转向虚拟桌面。
当然，可能仅仅只是一部分，但我想会是一个好的开端，因为我们有充分的信心相信虚拟桌面技术一样会像虚拟服务器技术一样遍地开花，最终给诸多企业带来一个高集中、快递、安全、高效并富有弹性的桌面解决方案。
不同厂商对虚拟桌面产品的不断完善化，今后虚拟桌面将会是应用桌面主导者。
然而，今天在市面上主流提供虚拟桌面厂商只有三家，那就是CITRIX、VMware、Microsoft VDI（Hyper-V+Windows Server 2008 R2 RDS）。
当然，至今占主导地位的虚拟桌面产品仍是Citrix的XenDesktop，你可能会否认我的看法。
说Citrix XenDesktop太复杂，管理成本太高，等等一系列个人观点。
如果你只是觉得XenDesktop很复杂，很难管理。
我想那一定是XenDesktop3、4版本给你带来的阴影，为此，我想申明的是正因为产品的功能繁多，导致操作、管理复杂也是一件正常的事事件。
而现在值得我们庆幸的是XenDesktop5的发布（2010年12月17日），已简化了整体的部署架构及降低了管理成本。
基于部署方面可参考我另一遍BLOG:/41003/470056至于Citrix XenDesktop与其他虚拟化桌面功能上面的比较，大家可以参加以下内容。
其中CITRIX 以XenDesktop 5为例，而VMware也有View4.5。
以下为此两种虚拟桌面产品的一些功能对比及架构组件对比：功能比较：各大组件对应关系：以上为两种产品初步对比，在桌面虚拟化及应用虚拟化产品中Citrix XenDekstop无疑要胜出VMware View及同类其他厂商产品很多。
C i t r i x X e nD e s k t o p桌面虚拟化解决方案-标准化文件发布号：（9456-EUATWK-MWUB-WUNN-INNUL-DDQTY-KIICitrix XenDesktop桌面虚拟化解决方案技术顾问部Technical Consultant Dept.版本修订时间更新作者部分、页面、校订初始化文档标准方案内容撰写目录第1章文档概要 ...................................................................................................................... 错误!未定义书签。
行业背景 .................................................................................................................. 错误!未定义书签。
方案适用范围 .......................................................................................................... 错误!未定义书签。
术语解释 .................................................................................................................. 错误!未定义书签。
第2章项目建设目标 .............................................................................................................. 错误!未定义书签。
Vmware、Citrix对比性方案1.概述二十多年之前，桌面系统掀起的革命浪潮席卷整个世界；我们由此迎来一种全新的计算模式，告别了集中式主机的束缚，每个客户能够拥有一个独立终端访问互联网资源或相关的工作处理，个人计算机成为新时代的主流。
计算机技术日新月异的更新，企业用户的桌面系统业务涉及到的系统安全、资料安全、网络安全，部署、管理等需求产生的对桌面系统的各种各样新的挑战与需求，企业业务环境也由过去的一人一机，发展成一人一桌面，使得企业用户对桌面系统能够集中部署、监控，方便企业IT环境的运行维护。
而VDI（即虚拟桌面基础设施）也随着这股洪流的进一步推动焕发了第二春。
利用虚拟化技术，IT部门如今得以将各种不同类型的计算平台加以整合，同时也为用户访问带来更加理想的控制力与灵活性。
2.产品介绍为了满足企业用户对桌面系统的新需求，Vmware、CItrix发布了自家的桌面虚拟化系统，Horizon、Xendesktop。
1.）Vmware Horzion view是以Vmware服务器虚拟化Esxi内核衍生出来的虚拟桌面系统，VMWare View以托管服务的形式从专为交付整个桌面而构建的虚拟化平台上交付丰富的个性化虚拟桌面，而不仅仅是应用程序以实现简化桌面管理。
通过 VMware View，可以将虚拟桌面整合到数据中心的服务器中，并独立管理操作系统、应用程序和用户数据，从而在获得更高业务灵活性的同时，使最终用户能够通过各种网络条件获得灵活的高性能桌面体验，实现桌面虚拟化的个性化。
利用 VMware View 简化桌面和应用程序管理，同时加强安全性和控制力。
为终端用户提供跨会话和设备的个性化、高逼真体验。
实现传统 PC 难以企及的更高桌面服务可用性和敏捷性，同时将桌面的总体拥有成本减少多达 50%。
终端用户可以享受到新的工作效率级别和从更多设备及位置访问桌面的自由，同时为 IT 提供更强的策略控制。
2.）Xendesktop是以Citrix服务器虚拟化XEN衍生出来的虚拟桌面系统，XenDesktop是一套综合桌面虚拟化解决方案，其中包括向每位企业用户安全交付桌面、应用和数据所需的所有功能。
桌面虚拟化解决方案成本真实比较桌面虚拟化解决方案成本真实比较“苹果、桔子和柠檬”（桌面虚拟化解决方案成本真实比较）在进行桌面虚拟化时，最重要的决定在于选择交付基础架构的合适技术提供商。
理想的解决方案可支持您企业的所有应用场景，并根据贵公司的优先顺序, 在成本、功能和可扩展性之间达成完美的平衡。
但是，如何确定不同选项是否符合您的需求？正如最近由EMA提供、VMware付费的一份白皮书所述，精确、有用的相关信息非常难以获取。
这本白皮书名为《SHVD（服务器托管的虚拟桌面）基础架构成本：VMwareView与Citrix XenDesktop对比》。
乍一看，其中似乎提供了有用的信息：定义基本的VDI基础架构，然后对实施VMware View和Citrix XenDesktop所需的相关硬件和许可成本进行比较。
毫无疑问，行业正迫切需要此类信息。
但是，提供正确的信息，从而使数据和方法透明化、精确化并与现实情况相关，是件棘手的事情。
当思杰公司与分析公司合作编写此类文章时，我们始终注重对同类产品之间的实际使用场景和方法进行定义。
……遗憾的是，EMA的这份白皮书提供的数据极具误导性，讨论的也是不现实的使用场景。
结果，该文件进行的是一些苹果与橘子的比较，得出的结论是柠檬，可谓风马牛不相及。
做出正确的记录EMA发布的这份白皮书存在几大事实错误和基本缺陷：VDI解决方案。
在现实中实施了VDI的所有人在• 提供的是不完整的解决方案。
阅读此文件后都会提出这样的疑问：■“应用交付、网络成本、SSL VPN成本和WAN优化如何？■使用什么终端设备？■针对不同的用户需求需要哪些不同的设备？”■在该文件中，确实在多处提及了应用虚拟化的重要性，但最后的分析却很荒谬，最终导致了对真实成本的歪曲。
显然，EMA忽略了实际解决方案的这些方面。
为什么这份报告会忽略解决方案的这些基本要素，而支持狭义、极不完善的VDI配置？当然，我们知道是VMware委托EMA发布这份报告的，并通过这一办法掩盖了以下事实：View需要客户额外付费购买几个第三方解决方案才能满足基本要求。
VMware View 与 Citrix Xendesktop 桌面虚拟化方案比较目录一、管理角度旳差异....................................................................................... 错误!未定义书签。
二、产品角度旳差异....................................................................................... 错误!未定义书签。
2.1 操作系统管理、布署、更新和升级 ............................................... 错误!未定义书签。
2.2 虚拟化平台支撑............................................................................... 错误!未定义书签。
2.3 应用交付........................................................................................... 错误!未定义书签。
2.4 桌面交付........................................................................................... 错误!未定义书签。
三、布署成本评估........................................................................................... 错误!未定义书签。
3.1 服务器投入....................................................................................... 错误!未定义书签。
