桌面/应用虚拟化在广域网应用中的误区_桌面虚拟化 桌面/应用虚拟化在广域网应用中的误区_VMware View_02

 

 

自VMware View 4.5发布以后,无论是代理商还是客户在做完对比测试以后,几乎无一例外地告诉我“View在局域网里比XenDesktop做得更好!”。但言外之意却是“Citrix在广域网里比你们强!”

而最经常引用的数据就是“Citrix一个连接只需要用到20~30kbps的带宽!”。 每当这块板砖抛出来的时候,没有几个工程师能招架得住,全都碰的头破血流。所以今天有必要开个专题,甚至是系列地来讨论一下虚拟化在广域网中适合的应用场景。

首先,这个数据模糊了太多的东西,极易产生误导:
1. 20~30Kbps到底是最小值还是平均值?
2. 它是指XenApp还是XenDesktop?
3. 桌面是Win XP还是Win7?
4. 桌面分辨率是多少?颜色是多少位?
5. 它有没有借助广域网优化的额外手段?
6. 它在何种应用场景下测得?是否覆盖Office、Internet、USB、Printing、Scanning、Flash、声音、视频等?
7. 它是单纯的实验环境下测得?还是真实环境下测得?
8. 在不同网络延迟、丢包和抖动情况下,这个数据会不会发生改变?
9. 引用此数据进行规划时,是否需要考虑专线类型上的差异?例如MPLS ×××专线和SDH专线的差异
10. ......

绝大多数客户和代理商在没有厘清事实的情况下,就草率地开始了自己的规划。于是我听到了越来越大胆的想法:
1. “我们每个分支机构是1M的专线,每个分支机构有20~50多点,我们想通过XenDesktop全部连回总部,减少运维管理…….”—某大型连锁超市
2. “我们在全国有几个设计单位,小的有50点,大的有500多点,广域网专线从2M到4M都有,我们想通过XenDesktop来实现数据安全……”—某大型制造企业
3. “我们全国柜面总共有几万点,省分行与总行是45M链路,省分行与地市分行一般是4到8M,我们在考虑通过XenApp来简化应用程序管理……..”—某商业银行

这些用户基本上都陷入了“唯带宽论”的误区。如果他们的项目真的按照Citrix提供的宣传数据来规划,那么项目的结局注定是失败。还是让我们来还原一些最基本的事实:
1. Win7桌面比Win XP占用更高的带宽
2. 桌面分辨率越高、颜色位数越高占用带宽越高
3. Flash、Printing、Scanning、USB读取都会大幅增加带宽消耗,且难以估算
4. XenDesktop是XenApp带宽占用的2倍
5. 网络延迟在300毫秒以上时,需考虑广域网优化手段
6. 在网络延迟、丢包和抖动增加情况下,TCP(ICA)传输效率呈指数级下降
7. 同等带宽的专线,专用专线上的平均传输率一般比共享专线要高,且更有保障
8. ......

你可能会问“那么稳妥的估算是多少呢?”,我们内参上是这样说的“Do not let Citrix marketing fool you. 377k average!”。就让我们打个对折,XenApp按100~150K,XenDesktop按200~250K估算。那么通过简单的算术,我们就可以发现1M专线的窄带链路上满打满算只能跑4~5个XenDesktop桌面, 6~10个XenApp会话。所以前面3个例子,用户的想法依靠Citrix全都不能实现

你可能会想“有没有可能说服用户升级广域网带宽呢?", 接下来让我们看看长途广域网专线(SDH)的收费标准:

速率(bit/s)

本地网营业区内月租费
(/)

本地网营业区间月租费
(/)

国内长途月租费
(/)

2M

2000

4000

6000

8M

6000

11000

17000

34M

16000

31000

47000

桌面/应用虚拟化在广域网应用中的误区_VMware View_03

月租费=两端本地电路月租费+国内长途电路月租费,所以用户每增加2M带宽,就意味着需每月多投入1万元,一年共计多投入12万元。如果长途专线链路有多条,你自己想想,你有多大把握能说服用户去升级广域网链路带宽?

由于《一周耀文》主要是面向销售服务的,所以很多话我只能点到即止,无法从技术层面去深度展开讨论。 为了便于大家理解,我还是用一个简单的表格来概述一下桌面虚拟化适用的场景吧:

 

应用场景

前提

VMware View

局域网

什么都不用想,完全没问题

在家办公(ADSL)

小于300ms延迟,带宽不是问题

移动办公(3G上网)

小于300ms延迟,带宽不是问题

远程办公室、分支机构
(T1/E1)

小于300ms延迟

典型Microsoft Office应用

不要太多浏览嵌入Flash的网页

无多媒体应用

网络打印机

T1(1.54M)5~7个用户,E1(2M)6~10个用户

Branch with Site-to-Site ×××
(20Mb MPLS ×××)

小于200ms延迟

典型Microsoft Office应用

少量Flash内容的多媒体应用

少量使用本地直连打印机

60~90个用户

看完这篇文章,也许大家多少有点失望。到底有没有办法满足前面三个例子中的客户需求?实现应用在后台集中管理和更新,并在全公司范围内(跨广域网链路)快速分发呢?请大家留意收看下期《一周耀文》:ThinApp Deployment Advantages Over XenApp